前言：在【spring源码分析】IOC容器初始化（一）文末中已经提出loadBeanDefinitions(DefaultListableBeanFactory)的重要性，本文将以此为切入点继续分析。
AbstractXmlApplicationContext#loadBeanDefinitions(DefaultListableBeanFactory)
1 protected void loadBeanDefinitions(DefaultListableBeanFactory beanFactory) throws BeansException, IOException { 2 // Create a new XmlBeanDefinitionReader for the given BeanFactory. 3 // 创建XmlBeanDefinitionReader对象 4 XmlBeanDefinitionReader beanDefinitionReader = new XmlBeanDefinitionReader(beanFactory); 5 6 // Configure the bean definition reader with this context's 7 // resource loading environment. 8 // 对XmlBeanDefinitionReader进行环境变量的设置 9 beanDefinitionReader.setEnvironment(this.getEnvironment());10 beanDefinitionReader.setResourceLoader(this);11 beanDefinitionReader.setEntityResolver(new ResourceEntityResolver(this));12 13 // Allow a subclass to provide custom initialization of the reader,14 // then proceed with actually loading the bean definitions.15 // 对XmlBeanDefinitionReader进行设置，可以进行覆盖16 initBeanDefinitionReader(beanDefinitionReader);17 // 从Resource中加载BeanDefinition18 loadBeanDefinitions(beanDefinitionReader);19}
分析：
首先创建一个XmlBeanDefinitionReader对象，因为我们需要解析xml文件，然后将其封装成BeanDefinition。设置XmlBeanDefinitionReader对象的相关属性，这里着重关注ResourceLoader，这里引申出Resource/ResourceLoader体系。从Resource中加载BeanDefinition。
Resource体系
Resource继承InputStreamSource，为spring框架所有资源的访问提供抽象接口，子类AbstractResource提供Resource接口的默认实现。
ResourceLoader体系
ResourceLoader为spring资源加载的统一抽象，主要应用于根据给定的资源文件地址返回相应的Resource对象，其具体的实现由相应子类去负责。
这里列出笔者认为的几个比较重要ResourceLoader的实现类。
DefaultResourceLoader是ResourceLoader的默认实现PathMatchingResourcePatternResolver，该类比较常用，除了支持"classpath*:"格式，还支持Ant风格的路径匹配模式
接下来进入AbstractXmlApplicationContext#loadBeanDefinitions方法
1protected void loadBeanDefinitions(XmlBeanDefinitionReader reader) throws BeansException, IOException { 2 // 从配置文件Resource中，加载BeanDefinition 3 Resource[] configResources = getConfigResources(); 4 if (configResources != null) { 5 reader.loadBeanDefinitions(configResources); 6 } 7 // 从配置文件地址中，加载BeanDefinition 8 String[] configLocations = getConfigLocations(); 9 if (configLocations != null) {10 reader.loadBeanDefinitions(configLocations);11 }12}
分析：
看到这里是否很熟悉因为我们在【spring源码分析】IOC容器初始化（一）中已经设置了资源文件的路径(setConfigLocations)方法，因此这里会直接走到第9行处，然后调用AbstractBeanDefinitionReader#loadBeanDefinitions方法：
1 public int loadBeanDefinitions(String... locations) throws BeanDefinitionStoreException {2 Assert.notNull(locations, "Location array must not be null");3 int count = 0;4 for (String location : locations) {5 count += loadBeanDefinitions(location);6 }7 return count;8}
分析：
这里会遍历locations，并返回最终加载bean的个数，函数最终切入点：AbstractBeanDefinitionReader#loadBeanDefinitions(String location, @Nullable Set<Resource> actualResources):
1 public int loadBeanDefinitions(String location, @Nullable Set<Resource> actualResources) throws BeanDefinitionStoreException { 2 // 获取ResourceLoader对象 3 ResourceLoader resourceLoader = getResourceLoader(); 4 // 资源加载器为null，抛出异常 5 if (resourceLoader == null) { 6 throw new BeanDefinitionStoreException( 7 "Cannot load bean definitions from location [" + location + "]: no ResourceLoader available"); 8 } 9 10 // 如果当前ResourceLoader为匹配模式形式的[支持一个location返回Resource[]数组形式]11 if (resourceLoader instanceof ResourcePatternResolver) {12 // Resource pattern matching available.13 try {14 // 通过location返回Resource[]数组，通过匹配模式形式，可能存在多个Resource15 Resource[] resources = ((ResourcePatternResolver) resourceLoader).getResources(location);16 // 加载BeanDefinition，返回BeanDefinition加载的个数17 int count = loadBeanDefinitions(resources);18 // 将Resource[] 添加到actualResources中19 if (actualResources != null) {20 Collections.addAll(actualResources, resources);21 }22 if (logger.isTraceEnabled()) {23 logger.trace("Loaded " + count + " bean definitions from location pattern [" + location + "]");24 }25 // 返回BeanDefinition加载的个数26 return count;27 } catch (IOException ex) {28 throw new BeanDefinitionStoreException(29"Could not resolve bean definition resource pattern [" + location + "]", ex);30 }31 // ResourceLoader为默认资源加载器，一个location返回一个Resource32 } else {33 // Can only load single resources by absolute URL.34 Resource resource = resourceLoader.getResource(location);35 // 加载BeanDefinition，并返回加载BeanDefinition的个数36 int count = loadBeanDefinitions(resource);37 // 将Resource添加到actualResources中38 if (actualResources != null) {39 actualResources.add(resource);40 }41 if (logger.isTraceEnabled()) {42 logger.trace("Loaded " + count + " bean definitions from location [" + location + "]");43 }44 // 返回BeanDefinition加载的个数45 return count;46 }47}
分析：
首先获取ResourceLoader，ResourceLoader的赋值在创建XmlBeanDefinitionReader的过程中，如果未指定则会创建一个PathMatchingResourcePatternResolver对象。然后根据对应的ResourceLoader返回的Resource对象。
关注第15行代码，getResources(String)方法，这里会直接委托给PathMatchingResourcePatternResolver#getResources(String)进行处理：
1 public Resource[] getResources(String locationPattern) throws IOException { 2 Assert.notNull(locationPattern, "Location pattern must not be null"); 3 4 // 以"classpath*:"开头的location 5 if (locationPattern.startsWith(CLASSPATH_ALL_URL_PREFIX)) { 6 // a class path resource (multiple resources for same name possible) 7 8 // #1.isPattern函数的入参为路径 9 // #2.所以这里判断路径是否包含通配符 如com.develop.resource.*10 if (getPathMatcher().isPattern(locationPattern.substring(CLASSPATH_ALL_URL_PREFIX.length()))) {11 // a class path resource pattern12 // 这里通过通配符返回Resource[]13 return findPathMatchingResources(locationPattern);14 // 路径不包含通配符15 } else {16 // all class path resources with the given name17 // 通过给定的路径，找到所有匹配的资源18 return findAllClassPathResources(locationPattern.substring(CLASSPATH_ALL_URL_PREFIX.length()));19 }20 // 不以"classpath*:"21 } else {22 // Generally only look for a pattern after a prefix here,23 // and on Tomcat only after the "*/" separator for its "war:" protocol.24 // 通常在这里只是通过前缀后面进行查找，并且在tomcat中只有在"*/"分隔符之后才是其"war:"协议25 // #1.如果是以"war:"开头，定位其前缀位置26 // #2.如果不是以"war:"开头，则prefixEnd=027 int prefixEnd = (locationPattern.startsWith("war:") ? locationPattern.indexOf("*/") + 1 :28 locationPattern.indexOf(':') + 1);29 // 判断路径中是否含有通配符否含有通配符30 if (getPathMatcher().isPattern(locationPattern.substring(prefixEnd))) {31 // a file pattern32 // 通过通配符返回返回Resource[]33 return findPathMatchingResources(locationPattern);34 // 路径不包含通配符35 } else {36 // a single resource with the given name37 // 通过给定的location返回一个Resource，封装成数组形式38 // 获取Resource的过程都是通过委托给相应的ResourceLoader实现39 return new Resource[]{getResourceLoader().getResource(locationPattern)};40 }41 }42}
分析：
首先两大分支：根据资源路径是否包含"classpath*:"进行处理。
#1."classpath*:"分支：
首先判断路径中是否含有通配符"*"或"?"，然后执行findPathMatchingResources函数。如果不包含通配符，则根据路径找到所有匹配的资源，执行findAllClassPathResources函数。
#2.路径中不含"classpath*:"分支，与上述过程一样，同样按分支含有通配符与不含通配符进行处理。
PathMatchingResourcePatternResolver#findPathMatchingResources(String)
1 protected Resource[] findPathMatchingResources(String locationPattern) throws IOException { 2 // 确定根路径与子路径 3 String rootDirPath = determineRootDir(locationPattern); 4 String subPattern = locationPattern.substring(rootDirPath.length()); 5 // 得到根路径下的资源 6 Resource[] rootDirResources = getResources(rootDirPath); 7 Set<Resource> result = new LinkedHashSet<>(16); 8 // 遍历获取资源 9 for (Resource rootDirResource : rootDirResources) {10 // 解析根路径资源11 rootDirResource = resolveRootDirResource(rootDirResource);12 URL rootDirUrl = rootDirResource.getURL();13 // bundle类型资源14 if (equinoxResolveMethod != null && rootDirUrl.getProtocol().startsWith("bundle")) {15 URL resolvedUrl = (URL) ReflectionUtils.invokeMethod(equinoxResolveMethod, null, rootDirUrl);16 if (resolvedUrl != null) {17 rootDirUrl = resolvedUrl;18 }19 rootDirResource = new UrlResource(rootDirUrl);20 }21 // vfs类型资源22 if (rootDirUrl.getProtocol().startsWith(ResourceUtils.URL_PROTOCOL_VFS)) {23 result.addAll(VfsResourceMatchingDelegate.findMatchingResources(rootDirUrl, subPattern, getPathMatcher()));24 // jar类型资源25 } else if (ResourceUtils.isJarURL(rootDirUrl) || isJarResource(rootDirResource)) {26 result.addAll(doFindPathMatchingJarResources(rootDirResource, rootDirUrl, subPattern));27 // 其他类型资源28 } else {29 result.addAll(doFindPathMatchingFileResources(rootDirResource, subPattern));30 }31 }32 if (logger.isDebugEnabled()) {33 logger.debug("Resolved location pattern [" + locationPattern + "] to resources " + result);34 }35 // 将结果封装成数组形式 注意该转换形式36 return result.toArray(new Resource[0]);37}
分析：
函数的整体处理逻辑比较简单，根据不同的资源类型，将资源最终转换为Resource数组。
特别分析：
determineRootDir(String)
1 protected String determineRootDir(String location) { 2 // 确定":"的后一位，如果":"不存在，则prefixEnd=0 3 int prefixEnd = location.indexOf(':') + 1; 4 // location的长度 5 int rootDirEnd = location.length(); 6 // 从location的":"开始(可能不存在)一直到location结束，判断是否包含通配符，如果存在，则截取最后一个"/"分割的部分 7 /** 8* 截取过程： 9* classpath*:com/dev/config/*10* prefixEnd=1111* subString(prefixEnd,rootDirEnd)=com/dev/config/*12* 第一次循环rootDirEnd=26，也就是最后一个"/"13* subString(prefixEnd,rootDirEnd)=com/dev/config/14* 第二次循环已经不包含通配符了，跳出循环15* 所以根路径为classpath*:com/dev/config/16*/17 while (rootDirEnd > prefixEnd && getPathMatcher().isPattern(location.substring(prefixEnd, rootDirEnd))) {18 // 确定最后一个"/"位置的后一位，注意这里rootDirEnd-2是为了缩小搜索范围，提升速度19 rootDirEnd = location.lastIndexOf('/', rootDirEnd - 2) + 1;20 }21 // 如果查找完后rootDirEnd=0，则将prefixEnd赋值给rootDirEnd，也就是冒号的后一位22 if (rootDirEnd == 0) {23 rootDirEnd = prefixEnd;24 }25 // 截取根目录26 return location.substring(0, rootDirEnd);27}
分析：
该函数有点绕，整体思想就是决定出给定资源路径的根路径，代码中已经给出了详细注释，处理效果如下实例：
PathMatchingResourcePatternResolver#findAllClassPathResources(String)
1 protected Resource[] findAllClassPathResources(String location) throws IOException { 2 String path = location; 3 // location是否已"/"开头 4 if (path.startsWith("/")) { 5 path = path.substring(1); 6 } 7 // 真正加载location下所有classpath下的资源 8 Set<Resource> result = doFindAllClassPathResources(path); 9 if (logger.isDebugEnabled()) {10 logger.debug("Resolved classpath location [" + location + "] to resources " + result);11 }12 return result.toArray(new Resource[0]);13}
分析：
该函数会查找路径下的所有资源，核心函数doFindAllClassPathResources(String):
1 protected Set<Resource> doFindAllClassPathResources(String path) throws IOException { 2 Set<Resource> result = new LinkedHashSet<>(16); 3 ClassLoader cl = getClassLoader(); 4 // 根据ClassLoader来加载资源 5 // 如果PathMatchingResourcePatternResolver在初始化时，设置了ClassLoader，就用该ClassLoader的getResouce方法 6 // 否则调用ClassLoader的getSystemResource方法 7 Enumeration<URL> resourceUrls = (cl != null ? cl.getResources(path) : ClassLoader.getSystemResources(path)); 8 // 遍历集合将集合转换成UrlResource形式 9 // 如果path为空，这里就会返回项目中classes的路径，通过addAllClassLoaderJarRoots方法进行加载10 while (resourceUrls.hasMoreElements()) {11 URL url = resourceUrls.nextElement();12 result.add(convertClassLoaderURL(url));13 }14 // 如果path为空，则加载路径下的所有jar15 if ("".equals(path)) {16 // The above result is likely to be incomplete, i.e. only containing file system references.17 // We need to have pointers to each of the jar files on the classpath as well...18 // 加载所有jar19 addAllClassLoaderJarRoots(cl, result);20 }21 return result;22}
分析：该函数的主要功能就是将搜索配置文件路径下的所有资源，然后封装成Resource集合返回，供加载BeanDefinition使用。
不含"classpath*:"分支的逻辑与上述分析差不多，这里不再做过多赘述。
Resource资源准备就绪后，再次回到loadBeanDefinitions(String location, @Nullable Set<Resource> actualResources)函数中，在第17行代码处进入正式加载BeanDefinition过程。
AbstractBeanDefinitionReader#loadBeanDefinitions(Resource... resources)
1public int loadBeanDefinitions(Resource... resources) throws BeanDefinitionStoreException {2 Assert.notNull(resources, "Resource array must not be null");3 int count = 0;4 // 通过循环的形式单个加载BeanDefinition5 for (Resource resource : resources) {6 count += loadBeanDefinitions(resource);7 }8 return count;9}
在循环过程中会落入XmlBeanDefinitionReader#loadBeanDefinitions(Resource resource)
1 public int loadBeanDefinitions(Resource resource) throws BeanDefinitionStoreException {2 // 这里会将Resource封装成EncodeResource，主要主要为了内容读取的正确性3 return loadBeanDefinitions(new EncodedResource(resource));4}
该函数将Resource封装成EncodeResource，主要是为了内容读取的正确性，然后进入加载BeanDefinition的核心函数XmlBeanDefinitionReader#loadBeanDefinitions(EncodedResource encodedResource)
1 public int loadBeanDefinitions(EncodedResource encodedResource) throws BeanDefinitionStoreException { 2 Assert.notNull(encodedResource, "EncodedResource must not be null"); 3 if (logger.isInfoEnabled()) { 4 logger.info("Loading XML bean definitions from " + encodedResource.getResource()); 5 } 6 7 // 获取已经加载过的资源 8 Set<EncodedResource> currentResources = this.resourcesCurrentlyBeingLoaded.get(); 9 // 表示当前没有资源加载10 if (currentResources == null) {11 currentResources = new HashSet<>(4);12 this.resourcesCurrentlyBeingLoaded.set(currentResources);13 }14 // 将当前资源加入记录中，如果已经存在，则抛出异常，因为currentResource为Set集合15 // 这里主要为了避免一个EncodeResource还没加载完成时，又加载本身，造成死循环（Detected cyclic loading of）16 if (!currentResources.add(encodedResource)) {17 throw new BeanDefinitionStoreException(18 "Detected cyclic loading of " + encodedResource + " - check your import definitions!");19 }20 try {21 // 从封装的encodeResource中获取resource，并取得其输入流，通过流对资源进行操作22 InputStream inputStream = encodedResource.getResource().getInputStream();23 try {24 // 将流封装成InputSource25 InputSource inputSource = new InputSource(inputStream);26 // 设置InputSource的编码27 if (encodedResource.getEncoding() != null) {28 inputSource.setEncoding(encodedResource.getEncoding());29 }30 // 核心逻辑，实现BeanDefinition的加载31 return doLoadBeanDefinitions(inputSource, encodedResource.getResource());32 } finally {33 inputStream.close();34 }35 } catch (IOException ex) {36 throw new BeanDefinitionStoreException(37 "IOException parsing XML document from " + encodedResource.getResource(), ex);38 } finally {39 // 最后从缓存中清除资源40 currentResources.remove(encodedResource);41 // 如果当前资源集合为空，则从EncodeResource集合中移除当前资源的集合42 if (currentResources.isEmpty()) {43 this.resourcesCurrentlyBeingLoaded.remove();44 }45 }46}
分析：
首先判断缓存中是否已经存在当前资源，如果存在则抛出异常，这里是为了避免循环加载。然后取出文件流封装成InputSource，进入加载BeanDefinition的核心函数doLoadBeanDefinitions。
1 protected int doLoadBeanDefinitions(InputSource inputSource, Resource resource) 2 throws BeanDefinitionStoreException { 3 try { 4 // #1.获取XML的Document实例 5 Document doc = doLoadDocument(inputSource, resource); 6 // #2.根据Document注册bean，并返回注册的bean的个数 7 return registerBeanDefinitions(doc, resource); 8 } catch (BeanDefinitionStoreException ex) { 9 throw ex;10 } catch (SAXParseException ex) {11 throw new XmlBeanDefinitionStoreException(resource.getDescription(),12 "Line " + ex.getLineNumber() + " in XML document from " + resource + " is invalid", ex);13 } catch (SAXException ex) {14 throw new XmlBeanDefinitionStoreException(resource.getDescription(),15 "XML document from " + resource + " is invalid", ex);16 } catch (ParserConfigurationException ex) {17 throw new BeanDefinitionStoreException(resource.getDescription(),18 "Parser configuration exception parsing XML from " + resource, ex);19 } catch (IOException ex) {20 throw new BeanDefinitionStoreException(resource.getDescription(),21 "IOException parsing XML document from " + resource, ex);22 } catch (Throwable ex) {23 throw new BeanDefinitionStoreException(resource.getDescription(),24 "Unexpected exception parsing XML document from " + resource, ex);25 }26}
分析：
首先获取XML配置文件的Document实例。根据Document注册Bean，并返回注册Bean的个数。
XmlBeanDefinitionReader#doLoadDocument(InputSource inputSource, Resource resource)
protected Document doLoadDocument(InputSource inputSource, Resource resource) throws Exception {return this.documentLoader.loadDocument(inputSource, getEntityResolver(), this.errorHandler,getValidationModeForResource(resource), isNamespaceAware());}
分析：
这里是委派给DefaultDocumentLoader#loadDocument函数来实现。
这里有一个验证模式的入参，从getValidationModeForResource函数而来：
1 protected int getValidationModeForResource(Resource resource) { 2 // 获取指定的验证模式，默认为自动模式 3 int validationModeToUse = getValidationMode(); 4 // #1.如果验证模式不为自动验证模式，则表示进行了设置，则直接返回验证模式即可 5 if (validationModeToUse != VALIDATION_AUTO) { 6 return validationModeToUse; 7 } 8 // #2.到这里表示使用了自动验证模式，再次检测Resource使用的验证模式 9 int detectedMode = detectValidationMode(resource);10 if (detectedMode != VALIDATION_AUTO) {11 return detectedMode;12 }13 // 最后使用默认的VALIDATION_XSD验证模式14 // Hmm, we didn't get a clear indication... Let's assume XSD,15 // since apparently no DTD declaration has been found up until16 // detection stopped (before finding the document's root tag).17 return VALIDATION_XSD;18}
分析：
首先获取当前的验证模式，默认为自动验证模式。如果当前验证模式不为自动验证模式，则表示进行了设置，则直接返回当前验证模式即可。如果使用了自动验证模式，则需再次检测Resource使用的验证模式最后，如果还是自动验证模式，则返回XSD验证模式。
这里要科普一下DTD与XSD
DTD(Document Type Definition)，即文档类型定义，为 XML 文件的验证机制，属于 XML 文件中组成的一部分。DTD 是一种保证 XML 文档格式正确的有效验证方式，它定义了相关 XML 文档的元素、属性、排列方式、元素的内容类型以及元素的层次结构。其实 DTD 就相当于 XML 中的 “词汇”和“语法”，我们可以通过比较 XML 文件和 DTD 文件 来看文档是否符合规范，元素和标签使用是否正确。
但是DTD存在着一些缺陷：
它没有使用 XML 格式，而是自己定义了一套格式，相对解析器的重用性较差；而且 DTD 的构建和访问没有标准的编程接口，因而解析器很难简单的解析 DTD 文档。DTD 对元素的类型限制较少；同时其他的约束力也叫弱。DTD 扩展能力较差。基于正则表达式的 DTD 文档的描述能力有限。
针对 DTD 的缺陷，W3C 在 2001 年推出 XSD。XSD（XML Schemas Definition）即 XML Schema 语言。XML Schema 本身就是一个 XML文档，使用的是 XML 语法，因此可以很方便的解析 XSD 文档。相对于 DTD，XSD 具有如下优势：
XML Schema 基于 XML ，没有专门的语法。XML Schema 可以象其他 XML 文件一样解析和处理。XML Schema 比 DTD 提供了更丰富的数据类型。XML Schema 提供可扩充的数据模型。XML Schema 支持综合命名空间。XML Schema 支持属性组。
spring中定义了一些验证模式：
/*** Indicates that the validation should be disabled. 禁用验证模式*/public static final int VALIDATION_NONE = XmlValidationModeDetector.VALIDATION_NONE;/*** Indicates that the validation mode should be detected automatically. 自动获取验证模式*/public static final int VALIDATION_AUTO = XmlValidationModeDetector.VALIDATION_AUTO;/*** Indicates that DTD validation should be used. DTD验证模式*/public static final int VALIDATION_DTD = XmlValidationModeDetector.VALIDATION_DTD;/*** Indicates that XSD validation should be used. XSD验证模式*/public static final int VALIDATION_XSD = XmlValidationModeDetector.VALIDATION_XSD;
XmlBeanDefinitionReader#detectValidationMode(Resource resource)函数是检测资源文件的验证模式的：
1 protected int detectValidationMode(Resource resource) { 2 // 如果资源已经被打开，则直接抛出异常 3 if (resource.isOpen()) { 4 throw new BeanDefinitionStoreException( 5 "Passed-in Resource [" + resource + "] contains an open stream: " + 6 "cannot determine validation mode automatically. Either pass in a Resource " + 7 "that is able to create fresh streams, or explicitly specify the validationMode " + 8 "on your XmlBeanDefinitionReader instance."); 9 }10 11 // 打开InputStream流12 InputStream inputStream;13 try {14 inputStream = resource.getInputStream();15 } catch (IOException ex) {16 throw new BeanDefinitionStoreException(17 "Unable to determine validation mode for [" + resource + "]: cannot open InputStream. " +18 "Did you attempt to load directly from a SAX InputSource without specifying the " +19 "validationMode on your XmlBeanDefinitionReader instance?", ex);20 }21 22 try {23 // 检测InputStream到底使用哪一种验证模式24 // 核心逻辑25 return this.validationModeDetector.detectValidationMode(inputStream);26 } catch (IOException ex) {27 throw new BeanDefinitionStoreException("Unable to determine validation mode for [" +28 resource + "]: an error occurred whilst reading from the InputStream.", ex);29 }30}
其核心功能：检测资源文件的验证模式是委托给XmlValidationModeDetector#detectValidationMode(InputStream inputStream)
1 public int detectValidationMode(InputStream inputStream) throws IOException { 2 // 将InputStream进行包装，便于读取 3 // Peek into the file to look for DOCTYPE. 4 BufferedReader reader = new BufferedReader(new InputStreamReader(inputStream)); 5 try { 6 // 是否为DTD验证模式，默认为false，即不是DTD验证模式，那就是XSD验证模式 7 boolean isDtdValidated = false; 8 String content; 9 // 循环读取xml资源的内容10 while ((content = reader.readLine()) != null) {11 // 消费注释内容，返回有用信息12 content = consumeCommentTokens(content);13 // 如果为注释，或者为空，则继续循环14 if (this.inComment || !StringUtils.hasText(content)) {15 continue;16 }17 // #1.如果包含"DOCTYPE"，则为DTD验证模式18 if (hasDoctype(content)) {19 isDtdValidated = true;20 break;21 }22 // #2.该方法会校验，内容中是否有"<",并且"<"后面还跟着字母，如果是则返回true23 // 如果为true，最终就是XSD模式24 if (hasOpeningTag(content)) {25 // End of meaningful data...26 break;27 }28 }29 // 返回DTD模式或XSD模式30 return (isDtdValidated ? VALIDATION_DTD : VALIDATION_XSD);31 } catch (CharConversionException ex) {32 // Choked on some character encoding...33 // Leave the decision up to the caller.34 // 如果发生异常，则返回自动验证模式35 return VALIDATION_AUTO;36 } finally {37 reader.close();38 }39}
分析：
这里会遍历资源的内容进行文件验证模式的判断
consumeCommentTokens(String line)
1/** 2* 注释开始标志 <br/> 3* The token that indicates the start of an XML comment. 4*/ 5private static final String START_COMMENT = "<!--"; 6 7/** 8* 注释结束标志"-->" <br/> 9* The token that indicates the end of an XML comment.10*/11private static final String END_COMMENT = "-->";12 13 private String consumeCommentTokens(String line) {14 // 非注释，即为有用信息15 if (!line.contains(START_COMMENT) && !line.contains(END_COMMENT)) {16 return line;17 }18 String currLine = line;19 // 消耗注释内容，使循环跳向下一行20 while ((currLine = consume(currLine)) != null) {21 // 当inComment标志位更新，并且返回信息不是以注释开始标志开始就返回currLine22 if (!this.inComment && !currLine.trim().startsWith(START_COMMENT)) {23 return currLine;24 }25 }26 // 如果没有有用信息，则返回null27 return null;28}
分析：
如果当前行不是注释，则直接返回。consume函数的主要作用是消耗注释内容，继续循环下一行的内容。
1 private String consume(String line) { 2 // 如果inComment:true，则走endComent函数；false,则走startComment函数，初始时为false 3 // 因此这里会走startComment，返回注释位置的index[注释位置+1的index] 4 int index = (this.inComment ? endComment(line) : startComment(line)); 5 // 如果index=-1，则表示没有注释信息，否则返回注释信息 6 return (index == -1 ? null : line.substring(index)); 7} 8 9 private int startComment(String line) {10 // 返回注释开始标志的位置信息11 return commentToken(line, START_COMMENT, true);12}13 14 private int endComment(String line) {15 return commentToken(line, END_COMMENT, false);16}17 18 private int commentToken(String line, String token, boolean inCommentIfPresent) {19 // 查找注释标志的开始位置[<!--或-->]20 int index = line.indexOf(token);21 // index>-1表示存在注释开始标志,并将inComment更新为inCommentIfPresent22 // [默认在startComment为true，endComment为false]23 if (index > -1) {24 this.inComment = inCommentIfPresent;25 }26 // 如果index=-1，则返回注释标志的后一个位置信息index+token.length()27 return (index == -1 ? index : index + token.length());28}
分析：
consume函数意在消费注释信息，继续循环下一行的内容。inComment用来标记当前内容是否为注释，初始时为false，所以刚开始碰到一个注释语句，会执行startComment(line)，将inComment置为true，然后返回"<!--"后面的内容，此时inComment为true，则会继续循环，此时会执行endComment(line)，将inComment置为false，然后会返回""，在detectValidationMode函数中由于content=""，此时会继续循环，从而跳过注释内容。
消费注释信息这里稍微有点绕，通过下面流程图可更好的理解：
文件验证模式代码分析完成，这里回到DefaultDocumentLoader#loadDocument：
1 public Document loadDocument(InputSource inputSource, 2 EntityResolver entityResolver, 3 ErrorHandler errorHandler, 4 int validationMode, 5 boolean namespaceAware) throws Exception { 6 // 创建DocumentBuilderFactory 7 DocumentBuilderFactory factory = createDocumentBuilderFactory(validationMode, namespaceAware); 8 if (logger.isTraceEnabled()) { 9 logger.trace("Using JAXP provider [" + factory.getClass().getName() + "]");10 }11 // 创建DocumentBuilder对象12 DocumentBuilder builder = createDocumentBuilder(factory, entityResolver, errorHandler);13 // 通过DocumentBuilder解析InputSource，返回Document对象14 // 解析xml文件的具体过程都是通过jdk内置的类进行解析的--DOMParser为其入口15 return builder.parse(inputSource);16}
分析：
首先根据验证模式和是否支持命名空间创建DocumentBuilderFactory。然后创建DocumentBuilder对象。最后进行XML文件的解析，具体解析过程是利用jdk内置的DOMParser解析器进行解析。
DefaultDocumentLoader#createDocumentBuilderFactory：
1 protected DocumentBuilderFactory createDocumentBuilderFactory(int validationMode, boolean namespaceAware) 2 throws ParserConfigurationException { 3 // 创建DocumentBuilderFactory实例 4 DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance(); 5 // 设置是否支持命名空间 6 factory.setNamespaceAware(namespaceAware); 7 // 是否有校验模式 8 if (validationMode != XmlValidationModeDetector.VALIDATION_NONE) { 9 // 开启校验模式10 factory.setValidating(true);11 // XSD模式下设置factory的属性12 if (validationMode == XmlValidationModeDetector.VALIDATION_XSD) {13 // Enforce namespace aware for XSD...14 // 如果为XSD模式，强制开启命名空间支持15 factory.setNamespaceAware(true);16 try {17 // 设置SCHEMA_LANGUAGE_ATTRIBUTE属性为XSD18 factory.setAttribute(SCHEMA_LANGUAGE_ATTRIBUTE, XSD_SCHEMA_LANGUAGE);19 } catch (IllegalArgumentException ex) {20 ParserConfigurationException pcex = new ParserConfigurationException(21 "Unable to validate using XSD: Your JAXP provider [" + factory +22 "] does not support XML Schema. Are you running on Java 1.4 with Apache Crimson? " +23 "Upgrade to Apache Xerces (or Java 1.5) for full XSD support.");24 pcex.initCause(ex);25 throw pcex;26 }27 }28 }29 30 return factory;31}
分析：这里逻辑就非常简单了，主要创建DocumentBuilderFactory对象，然后设置校验模式等相关属性。
DefaultDocumentLoader#createDocumentBuilder：
1 protected DocumentBuilder createDocumentBuilder(DocumentBuilderFactory factory, 2 @Nullable EntityResolver entityResolver, @Nullable ErrorHandler errorHandler) 3 throws ParserConfigurationException { 4 // 创建DocumentBuilder对象 5 DocumentBuilder docBuilder = factory.newDocumentBuilder(); 6 // 设置实体解析器 7 if (entityResolver != null) { 8 docBuilder.setEntityResolver(entityResolver); 9 }10 // 设置错误处理器11 if (errorHandler != null) {12 docBuilder.setErrorHandler(errorHandler);13 }14 return docBuilder;15}
分析：根据DocumentBuilderFactory工厂创建DocumentBuilder对象，并设置实体解析器与错误处理器。
XML文件的具体解析利用了jdk内置的DOMParser类进行，这里就不在深入了。
到这里就得到了XML配置文件的Document实例，介于篇幅原因，注册bean的过程将后面进行分析。
总结
这里总结下本文的重点：
Resource体系与ResourceLoader体系，加载资源这里比较重要，因为有了资源才能进行后面的BeanDefinition加载。检测配置文件是如何确定文件的验证模式，确定验证模式这里做的比较巧妙，着重如何消费注释信息继续下一次循环。
by Shawn Chen，.12.5日，下午。
