JAVA配置文件解析

来源于网络 - 谢谢各位作者

类loader过程

ClassLoader

Class对象作用，Class对象是java.lang.Class<T>这个类生成的对象,Java程序在运行时每个类都会对应一个Class对象,可以从Class对象中得到与类相关的信息

Java程序在运行时每个类都会对应一个Class对象,可以从Class对象中得到与类相关的信息，Class 类的实例表示正在运行的 Java 应用程序中的类和接口，在运行时，当我们想生成这个类的对象时，运行这个程序的Java虚拟机首先检查这个类的class对象是否已经加载。如果尚未加载，JVM就会根据类名查找.class文件，并将其载入，一旦某个类的class对象被载入内存，它就被用来创建这个类的所有对象。对于简单类型boolean, byte, char, short, int, long, float, double以及关键字void,可以通过类常量class取得对应的Class对象。Class类有一个forName()静态方法,可以根据传入的类名称(Class Name)得到相应类的实例。

类数据初始化顺序：静态数据，非静态数据，静态的方法属性初始化，是在加载类的时候初始化。而非静态方法属性初始化，是new类实例对象的时候加载。

研究“深入Java虚拟机JVM类加载初始化学习笔记” - 深入JVM

虚拟机(jvm)把描述类的数据从class文件或其他形式数据加载到内存，并对数据进行校验、准备、解析和初始化。最终形成可以被虚拟机直接使用的Java 类型。这就是虚拟机的类加载机制。类加载的生命周期包括：加载、链接（验证、准备和解析）、初始化、使用、卸载。

启  动
Jvm通过调用某个类指定类的main方法启动，传递给main所在类一个字符串数组。如下：
java Test hello smurfs, welcome to jvm.这样jvm通过加载Test.class文件，然后把hello smurfs, welcome to jvm.作为5个长度的字符串数据传递给Test类的main方法去执行。
Jvm加载Test.class文件后，通过链接步骤，把Test.class生成的class对象链接到对应的类型，然后进行初始化操作，在所有都正确完成之后，才构造了一个完整的Test类对象，进而才能正确的执行方法。

⑴class文件装载：寻找一个具有特定名称的类的二进制形式，并且用这个二进制形式构造一个代表该类的class对象的过程叫装载（是个动词，指过程）。装载是通过ClassLoader和其子类实现的，ClassLoader的不同子类可以实现不同的装载策略，包括class文件加密（）、特殊位置加载（网络加载）等都是通过classloader来完成的。类加载后的信息存在于jvm的方法区域内，这个区域缓存这类的信息，并且这个区域基本是不进行垃圾回收的，因此如果没有进行classloader加载对象的清空，新的class文件替代旧class文件后，类信息并没有被替换。

在加载阶段，虚拟机需要完成以下3件事情：

1、通过类的全限定名来获取定义此类的二进制流；

2、将这个二进制流所代表的静态存储结构转化为方法区（jvm内存）的运行时数据

3、在Java 堆（jvm内存）中生成一个代表类的java.lang.Class对象，作为方法区这些数据的入口。

如果类的装载出现错误，会抛出LinkageError异常的以下3个子类示例：
lClassCircularityError：因一个类或接口是自身的超类而不能被加载。
lClassFormatError：所要求的编译后的类的二进制数据是损坏的。
lNoClassDefFoundError：找不到类的定义。

类在JVM中的工作原理

要想使用一个Java类为自己工作，必须经过以下几个过程
1)：类加载load：从字节码二进制文件——.class文件将类加载到内存，从而达到类的从硬盘上到内存上的一个迁移，所有的程序必须加载到内存才能工作。将内存中的class放到运行时数据区的方法区内，之后在堆区建立一个java.lang.Class对象，用来封装方法区的数据结构。这个时候就体现出了万事万物皆对象了，干什么事情都得有个对象。就是到了最底层究竟是鸡生蛋，还是蛋生鸡呢?类加载的最终产物就是堆中的一个java.lang.Class对象。

2)：连接：连接又分为以下小步骤
验证：出于安全性的考虑，验证内存中的字节码是否符合JVM的规范，类的结构规范、语义检查、字节码操作是否合法、这个是为了防止用户自己建立一个非法的XX.class文件就进行工作了，或者是JVM版本冲突的问题，比如在JDK6下面编译通过的class(其中包含注解特性的类)，是不能在JDK1.4的JVM下运行的。
准备：将类的静态变量进行分配内存空间、初始化默认值。(对象还没生成呢，所以这个时候没有实例变量什么事情)
解析：把类的符号引用转为直接引用(保留)

3)：类的初始化： 将类的静态变量赋予正确的初始值，这个初始值是开发者自己定义时赋予的初始值，而不是默认值。

ClassLoader

装载类的过程非常简单：查找类所在位置，并将找到的Java类的字节码装入内存，生成对应的Class对象。Java的类装载器专门用来实现这样的过程，JVM并不止有一个类装载器，事实上，如果你愿意的话，你可以让JVM拥有无数个类装载器，当然这除了测试JVM外，我想不出还有其他的用途。你应该已经发现到了这样一个问题，类装载器自身也是一个类，它也需要被装载到内存中来，那么这些类装载器由谁来装载呢，总得有个根吧？没错，确实存在这样的根，它就是神龙见首不见尾的Bootstrap ClassLoader. 为什么说它神龙见首不见尾呢，因为你根本无法在Java代码中抓住哪怕是它的一点点的尾巴，尽管你能时时刻刻体会到它的存在，因为java的运行环境所需要的所有类库，都由它来装载，而它本身是C++写的程序，可以独立运行,可以说是JVM的运行起点,伟大吧。在Bootstrap完成它的任务后，会生成一个AppClassLoader(实际上之前系统还会使用扩展类装载器ExtClassLoader，它用于装载Java运行环境扩展包中的类),这个类装载器才是我们经常使用的，可以调用ClassLoader.getSystemClassLoader() 来获得，我们假定程序中没有使用类装载器相关操作设定或者自定义新的类装载器，那么我们编写的所有java类通通会由它来装载，值得尊敬吧。AppClassLoader查找类的区域就是耳熟能详的Classpath，也是初学者必须跨过的门槛，有没有灵光一闪的感觉，我们按照它的类查找范围给它取名为类路径类装载器。还是先前假定的情况，当Java中出现新的类，AppClassLoader首先在类传递给它的父类类装载器，也就是Extion ClassLoader，询问它是否能够装载该类，如果能，那AppClassLoader就不干这活了，同样Extion ClassLoader在装载时，也会先问问它的父类装载器。我们可以看出类装载器实际上是一个树状的结构图，每个类装载器有自己的父亲，类装载器在装载类时，总是先让自己的父类装载器装载(多么尊敬长辈),如果父类装载器无法装载该类时，自己就会动手装载，如果它也装载不了，那么对不起，它会大喊一声：Exception，class not found。有必要提一句，当由直接使用类路径装载器装载类失败抛出的是NoClassDefFoundException异常。如果使用自定义的类装载器loadClass方法或者ClassLoader的findSystemClass方法装载类，如果你不去刻意改变，那么抛出的是ClassNotFoundException。
这里jdk告诉我们：如果一个类是通过bootstrap 载入的，那我们通过这个类去获得classloader的话，有些jdk的实现是会返回一个null的，比如说我用 new Object().getClass().getClassLoader()的话，会返回一个null，这样的话上面的代码就会出现NullPointer异常．所以保险起见我们最好还是使用我们自己写的类来获取classloader（"this.getClass().getClassLoader()“），这样一来就不会有问题。

getClass()：取得当前对象所属的Class对象   
getClassLoader()：取得该Class对象的类装载器
类装载器负责从Java字符文件将字符流读入内存，并构造Class类对象

首先，Java中的getResourceAsStream有以下几种： 
1. Class.getResourceAsStream(String path) ： path 不以’/'开头时默认是从此类所在的包下取资源，以’/'开头则是从ClassPath根下获取。其只是通过path构造一个绝对路径，最终还是由ClassLoader获取资源。 
2. Class.getClassLoader.getResourceAsStream(String path) ：默认则是从ClassPath根下获取，path不能以’/'开头，最终是由ClassLoader获取资源。 
3. ServletContext. getResourceAsStream(String path)：默认从WebAPP根目录下取资源，Tomcat下path是否以’/'开头无所谓，当然这和具体的容器实现有关。 
4. Jsp下的application内置对象就是上面的ServletContext的一种实现。 

其次，getResourceAsStream 用法大致有以下几种： 
第一： 要加载的文件和.class文件在同一目录下，例如：com.x.y 下有类me.class ,同时有资源文件myfile.xml 
那么，应该有如下代码： 
me.class.getResourceAsStream("myfile.xml"); 
第二：在me.class目录的子目录下，例如：com.x.y 下有类me.class ,同时在 com.x.y.file 目录下有资源文件myfile.xml 
那么，应该有如下代码： 
me.class.getResourceAsStream("file/myfile.xml"); 
第三：不在me.class目录下，也不在子目录下，例如：com.x.y 下有类me.class ,同时在 com.x.file 目录下有资源文件myfile.xml 
那么，应该有如下代码： 
me.class.getResourceAsStream("/com/x/file/myfile.xml"); 
总结一下，可能只是两种写法 
第一：前面有 “   / ” 
“ / ”代表了工程的根目录，例如工程名叫做myproject，“ / ”代表了myproject 
me.class.getResourceAsStream("/com/x/file/myfile.xml"); 
第二：前面没有 “   / ” 
代表当前类的目录 
me.class.getResourceAsStream("myfile.xml"); 
me.class.getResourceAsStream("file/myfile.xml"); 
最后，自己的理解： 
getResourceAsStream读取的文件路径只局限与工程的源文件夹中，包括在工程src根目录下，以及类包里面任何位置，但是如果配置文件路径是在除了源文件夹之外的其他文件夹中时，该方法是用不了的。