Spring命名空间

该元素包含两部分信息：元素前缀context以及local元素component-scan。因为bean是默认的命名空间，所以不需要有前缀。根据schema规范，元素前缀需要显示的关联命名空间namespace，如上面的xmlns:context，而命名空间又需要与其处理类建立映射关系，其配置在相对于classpath的规约资源/meta-INF/spring.handlers文件中，如：

显然context对应的处理器为ContextNamespaceHandler。
Spring容器根据/meta-INF/spring.handlers的配置，定位到命名空间，然后定位到处理器ContextNamespaceHandler。当Spring上下文启动时，调用
而 init() 方法：

将该命名空间下的所有local元素的Bean定义解析器，通过registerBeanDefinitionParser注册。component-scan的Bean定义解析器为ComponentScanBeanDefinitionParser
在XML Schema校验的过程中，需要定位命名空间所对应的schema文件，这部分声明由xsi:schemaLocation属性关联，如本文开头代码所示：http://www.springframework.org/schema/context 对应于http://www.springframework.org/schema/context/spring-context-4.2.xsd
其配置在/meta-INF/spring.schema文件中，并且根据映射找到org/springframework/context/config/spring-context.xsd约束文件


如身上图的 xsd:element name=“component-scan” 就是对应于component-scan的约束

当spring上下文加载并解析xml配置文件，所有的local元素被注册后，当解析至Component-Scan元素时，parse（）方法被调用

public class ComponentScanBeanDefinitionParser implements BeanDefinitionParser {

	private static final String base_PACKAGE_ATTRIBUTE = "base-package";
	
	@Override
	@Nullable
	public BeanDefinition parse(Element element, ParserContext parserContext) {
		String basePackage = element.getAttribute(base_PACKAGE_ATTRIBUTE);
		basePackage = parserContext.getReaderContext().getEnvironment().resolvePlaceholders(basePackage);
		String[] basePackages = StringUtils.tokenizeToStringArray(basePackage,
				ConfigurableApplicationContext.CONFIG_LOCATION_DELIMITERS);

		// Actually scan for bean definitions and register them.
		ClassPathBeanDefinitionScanner scanner = configureScanner(parserContext, element);
		Set beanDefinitions = scanner.doScan(basePackages);
		registerComponents(parserContext.getReaderContext(), beanDefinitions, element);

		return null;
	}
}

注意，如果是基于@ComponentScan注解的，则器解析器为org.springframework.context.annotation.ComponentScanAnnotationParser

以管窥豹，其他的命名空间也是这样的原理