JVM 类加载机制

目录
一、类加载过程
1.1 加载
1.2 连接
1.3 初始化
二、双亲委派模式
2.1 什么是双亲委派模式
2.2 双亲委派模式的长处
2.3 破坏双亲委派模子

---

一、类加载过程

对于一个类的生命周期来说：

   此中前 5 步是固定的顺序而且也是类加载的过程，此中中间的 3 步都属于连接，所以对于类加载   来说总共分为以下几个步骤：

• 加载
  
• 连接：验证、预备、分析
  
• 初始化
  

1.1 加载

“加载”（Loading）阶段是整个“类加载”（Class Loading）过程中的一个阶段，它和类加载 Class Loading 是差别的，一个是加载 Loading 另一个是类加载 Class Loading。
   在加载 Loading 阶段，Java虚拟机必要完成以下三件事变：   

• 通过一个类的全限定名来获取定义此类的二进制字节流。
  
• 将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构。
  
• 在内存中天生一个代表这个类的 java.lang.Class 对象，作为方法区这个类的各种数据的访问入口。
  

1.2 连接

验证是连接阶段的第一步，这以阶段的目的是确保Class文件的字节流中包罗的信息符合《Java虚拟机规范》的全部约束要求，保证这些信息被看成代码运行后不会危害虚拟机自身的安全。
验证选项： 文件格式验证、字节码验证、符号引用验证...
   预备阶段是正式为类中定义的变量（即静态变量，被static修饰的变量）分配内存并设置类变量初始值的阶段。
              比如此时有这样一行代码：
         

1. public static int value = 123;

复制代码

         它是初始化 value 的 int 值为 0，而非 123。
           分析阶段是 Java 虚拟机将常量池内的符号引用替换为直接引用的过程，也就是初始化常量的过程。
1.3 初始化

初始化阶段，Java 虚拟机真正开始执行类中编写的 Java 程序代码，将主导权移交给应用程序。初始化阶段就是执行类构造器方法的过程。
   加载：在硬盘上，找到对应的.class文件，读取文件内容。
  验证：检查.class里的内容，是否符合要求。
  预备：给类对象分配内存空间。
  分析：针对字符串常量来初始化。把刚才.class文件中的常量内容取出来，放到“元数据区”。
  初始化：针对类对象进行初始化。
  二、双亲委派模式

2.1 什么是双亲委派模式

假如一个类加载器收到了类加载的哀求，它首先不会自己去尝试加载这个类，而是把这个哀求委派给父类加载器去完成，每一个条理的类加载器都是如此，因此所有的加载哀求最终都应该传送到最顶层的启动类加载器中，只有当父加载器反馈自己无法完成这个加载哀求（它的搜索范围中没有找到所需的类）时，子加载器才会尝试自己去完成加载。
  

• 启动类加载器：加载 JDK 中 lib目录中 Java 的焦点类库，即$JAVA_HOME/lib目录。 扩展类加载器。加载 lib/ext目录下的类。
  
• 应用程序类加载器：加载我们写的应用程序。
  
•        自定义类加载器：根据自己的需求定制类加载器。
  

2.2 双亲委派模式的长处

• 避免重复加载类：比如 A 类和 B 类都有一个父类 C 类，那么当 A 启动时就会将 C 类加载起来，那么在 B 类进行加载时就不必要在重复加载 C 类了。
  
• 安全性：利用双亲委派模子也可以保证了 Java 的焦点 API 不被篡改，假如没有利用双亲委派模子，而是每个类加载器加载自己的话就会出现一些题目，比如我们编写一个称为 java.lang.Object 类的话，那么程序运行的时间，系统就会出现多个差别的 Object 类，而有些 Object 类又是用户自己提供的因此安全性就不能得到保证了。
  

2.3 破坏双亲委派模子

双亲委派模子固然有其长处，但在某些情况下也存在肯定的题目，比如 Java 中 SPI（Service Provider Interface，服务提供接口）机制中的 JDBC 实现。
   JDBC 的 Driver 接口定义在 JDK 中，其实现由各个数据库的服务商来提供，比如 MySQL 驱动包。 JDBC 的焦点利用代码：
   

1. public class JdbcTest {
2. public static void main(String[] args){
3. Connection connection = null;
4. try {
5. connection = DriverManager.getConnection("jdbc:mysql://127.0.0.1:330
6. } catch (SQLException e) {
7. e.printStackTrace();
8. }
9. System.out.println(connection.getClass().getClassLoader());
10. System.out.println(Thread.currentThread().getContextClassLoader());
11. System.out.println(Connection.class.getClassLoader());
12. }
13. }

复制代码

  进入 DriverManager 的源码类就会发现它是存在系统的 rt.jar 中的。
   由双亲委派模子的加载流程可知 rt.jar 是有顶级父类 Bootstrap ClassLoader 加载的，如下图所示：
      

  
而当我们进入它的 getConnection 源码是却发现，它在调用具体的类实现时，利用的是子类加载器 （线程上下文加载器 Thread.currentThread().getContextClassLoader ）来加载具体的数据库数据库包（如 mysql 的 jar 包），源码如下：
  

1. @CallerSensitive
2. public static Connection getConnection(String url,
3. java.util.Properties info) throws SQLException {
4. return (getConnection(url, info, Reflection.getCallerClass()));
5. }
6. private static Connection getConnection(
7. String url, java.util.Properties info, Class<?> caller) throws SQLExcept
8. ClassLoader callerCL = caller != null ? caller.getClassLoader() : null;
9. synchronized(DriverManager.class) {
10. // synchronize loading of the correct classloader.
11. if (callerCL == null) {
12. //获取线程上下为类加载器
13. callerCL = Thread.currentThread().getContextClassLoader();
14. }
15. }
17. if(url == null) {
18. throw new SQLException("The url cannot be null", "08001");
19. }
20. println("DriverManager.getConnection("" + url + "")");
21. SQLException reason = null;
22. for(DriverInfo aDriver : registeredDrivers) {
23. // isDriverAllowed 对于 mysql 连接 jar 进⾏加载
24. if(isDriverAllowed(aDriver.driver, callerCL)) {
25. try {
26. println(" trying " + aDriver.driver.getClass().getName())
27. Connection con = aDriver.driver.connect(url, info);
28. if (con != null) {
29. // Success!
30. println("getConnection returning " + aDriver.driver.getC
31. return (con);
32. }
33. } catch (SQLException ex) {
34. if (reason == null) {
35. reason = ex;
36. }
37. }
38. } else {
39. println(" skipping: " + aDriver.getClass().getName());
40. }
41. }
42. if (reason != null) {
43. println("getConnection failed: " + reason);
44. throw reason;
45. }
46. println("getConnection: no suitable driver found for "+ url);
47. throw new SQLException("No suitable driver found for "+ url, "08001");
48. }

复制代码

这样一来就破坏了双亲委派模子，由于 DriverManager 位于 rt.jar 包，由 BootStrap 类加载器加载， 而其 Driver 接口的实现类是位于服务商提供的 Jar 包中，是由子类加载器（线程上下文加载器Thread.currentThread().getContextClassLoader ）来加载的，这样就破坏了双亲委派模子了（双亲委派模子讲的是所有类都应该交给父类来加载，但 JDBC 显然并不能这样实现）。它的交互流程图如下所示：
     

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。