Java基于ClassLoder/ InputStream 配合读取配置文件

　　阅读java开源框架源码或者自己开发系统时配置文件是一个不能忽略的，在阅读开源代码的过程中尝尝困惑配置文件是如何被读取到内存中的。配置文件本身只是为系统运行提供参数的支持，个人阅读源码时重点不大可能放在配置文件的解析上。如果通过某一个开源框架配置文件的加载、解析能触类旁通地在阅读其他配置文件或者在实际系统建设中合理应用配置文件，配置文件不再是分散阅读源码的关注点，那分析一个框架配置文件的加载、解析。

　　本文分析Dubbo中配置文件的加载、解析。为什么选择Dubbo呢？巧合，因为阅读Dubbo源码的时候关于SPI总是关注这个配置文件是怎么被识别的，但是阅读Mybatis源码时完全没有。就是被配置文件转移了注意力。那就分析这个SPI相关的配置文件如何识别、加载、解析的吧。

　　Dubbo扩展点相关配置文件的识别、加载的具体源码如下：

　　　　

　　策略保存了配置文件路径相关信息，即SPI中配置文件的识别在其中体现，本文不重点关注。本文重点关注基于ClassLoader加载的部分，具体分析loadDirectory源码，如下：

　　上图将几段源码放在一起，可以看到关于配置文件的加载使用的基于JAVA基础的ClassLoader获取文件的绝对路径，配置文件的读取也使用的是大家熟悉的Java语言中BufferedReader等基础的基于InputStream，并不高深。

　　其实基于ClassLoader或InputStream均可以单独读取配置文件，但是各有优缺：基于ClassLoader只能读取类路径下的配置文件，如果配置文件在类路径下使用该方式还是比较方便的；而基于InputStream的优点在于可以读取任意路径下的配置文件，但是得准确知道路径。

　　Dubbo利用了ClassLoader的另一个功能获取了配置文件的绝对路径，这样基于InputStream读取配置文件的条件就成立了。没有直接使用ClassLoader，那就是Dubbo并没有约定SPI相关的配置文件必须在类路径下。

　　下面就是具体的扩展类加载了：

　　通过以上的调试，可知扩展基于ClassLoader将配置文件识别、加载、解析后最终保存到了extensionClasses的map中。map映射<key,value>的格式就是DubboSPI配置文件中“=”前后值。

　　所以，其实基于ClassLoader配置文件的加载相对而言还是比较基础很好理解的。