（二）JVM—— 创建对象之类加载机制

       很多人学Java，都知道Java是一门面向对象的语言，那在Java这里他们是如何创建“对象”的，一说到“对象”，大家都喜欢的啦。不过我这里还是正儿八经的讲述JAVA的对象由来，废话不多说啦，现在正式说一说。

       首先，在讲JAVA对象创建前先聊一聊在JVM中是如何加载我们的类，（没有类哪来的对象，😄），JVM要加载类它会事先通过判定以下这些情况：

1. 遇到new/getstatic/putstaic/invokestatic四个字节码指令时，如果类没有进行初始化，则先进行类的初始化过程（new ，读取或者设置类的static字段，final的放在常量池除外，调用类的静态方法） 

2. 使用java.lang.reflect包进行反射调用； 

3. 当初始化一个类的方法，如果父类没有初始化，先初始化父类 ；

4. main方法所在的类在虚拟机启动时加载；

（标红主要是为了能让大家记得。）

       这几点是我们的JVM加载类的前提，前戏都准备好了，那总得有个东西让它们入戏吧，那这就得讲我们的双亲委派机制了。

双亲委派机制一个什么鬼东西？其实讲都通俗点，就是儿子（子类加载器）先不干活，先找老子（父类加载器）做着先，一层一层的找上去，如果这些活老子们都干不了，那就只有自己来拼啦，毕竟不是各个都是富二代，要啥有啥。

（正经点解释：双亲委派机制是指当一个类加载器收到一个类加载请求时，该类加载器首先会把请求委派给父类加载器。每个类加载器都是如此，只有在父类加载器在自己的搜索范围内找不到指定类时，子类加载器才会尝试自己去加载。）

那在双亲委派机制里面有多少个类加载器，主要会有以下几个：

1、启动类加载器 bootstrap classloader ：启动类加载器是用本地代码实现的类加载器，它负责将JAVA_HOME/lib下面的核心类库或-Xbootclasspath选项指定的jar包等虚拟机识别的类库加载到内存中。由于启动类加载器涉及到虚拟机本地实现细节，开发者无法直接获取到启动类加载器的引用。具体可由启动类加载器加载到的路径可通过System.getProperty(“sun.boot.class.path”)查看。

2、扩展类加载器 extension classloader ：扩展类加载器是由Sun的ExtClassLoader（sun.misc.Launcher$ExtClassLoader）实现的，它负责将JAVA_HOME /lib/ext或者由系统变量-Djava.ext.dir指定位置中的类库加载到内存中。开发者可以直接使用标准扩展类加载器，具体可由扩展类加载器加载到的路径可通过System.getProperty("java.ext.dirs")查看。

3、应用程序类加载器 application classloader：应用程序类加载器是由 Sun 的 AppClassLoader（sun.misc.Launcher$AppClassLoader）实现的，它负责将用户类路径(java -classpath或-Djava.class.path变量所指的目录，即当前类所在路径及其引用的第三方类库的路径)下的类库加载到内存中。开发者可以直接使用系统类加载器，具体可由系统类加载器加载到的路径可通过System.getProperty("java.class.path")查看。