今天开始写JVM调优系列，并发编程系列也会继续穿插连载，让各位同学闲暇之余有更多阅读选择。
起笔写第一篇，并不好写。首先要构思整个系列的大概框架，一个好的框架一定是深度上由浅入深、逻辑上有严格顺序，读者订阅跟踪是顺畅舒服的感觉。而且广度上也要尽可能的的齐全，所以第一篇应该写什么呢？
.java文件如何运行？
java对象的创建流程和内存分配，生命周期是怎样？
jvm类加载器机制剖析？
jvm垃圾收集器有几种？
工作中的GC问题如何排查解决？
jvm工作实战案例xx分析？
....
思辨比较一番，其实不管从实战开笔、还是理论基础开局都要遵从由浅入深、文章内容连贯的出发点，决定保持和并发系列写作风格，结合实际实用案例代码到知识点，让文章阅读变得简单、有趣、实用！
整个系列框架大概是围绕JVM类加载器机制、内存模型JMM、对象生命周期管理、垃圾回收机制、GC实战进行展开。
一、类加载机制是什么？
类加载机制，就是JVM进程通过类加载器classLoader将.class文件加载到内存解析、运行的过程。那.class文件如何被加载和运行的呢?
1.1 java代码是如何运行起来的？
1、首先.java文件，通过javac命令编译或者通过mvn打包变成jar、war包，java文件就变成.class文件。
2、然后运行.class文件，通过java -jar xxx来运行。那具体的某个类class文件，什么时候被加载到jvm内存中？
比如以下代码，什么时候会加载User.class文件？当执行代码要用到这个类的时候就会被加载。
在执行Demo001ClassLoader的main方法时候，发现有调用getUser()方法，而方法里有实例化User类，这时候就会去加载User.class文件。
public class Demo001ClassLoader {public User getUser(String userName) {User user = new User(userName);return user;}public static void main(String[] args) {System.out.println("类加载器机制");Demo001ClassLoader classLoader = new Demo001ClassLoader();classLoader.getUser("拉丁");}
}
jvm进程通过类加载器加载相关类的class文件到内存执行，这个时候就涉及要理解类加载器的机制。
二、有多少种类加载器？
2.1 启动类加载器（Bootstrap ClassLoader）
用来加载 Java 的核心类，java的核心类就是我们安装JDK的时候，包里面有个lib目录，里面的文件就是java的核心类库。
2.2 扩展类加载器（Extention ClassLoader)
扩展类加载器负责加载 JDK安装包lib 目录下还有一个ext 目录，这个ext目录下的或者被 java.ext.dirs 系统变量所指定的路径中的所有类库。
2.3 应用类加载器（Application ClassLoader)
负责在 JVM 启动时加载用户类路径上的指定类库，比如我们开发的java程序，就是由这个应用类加载器来加载。
2.4 用户自定义类加载器（User ClassLoader)
当上述 3 种类加载器不能满足需求时，我们可以继承 java.lang.ClassLoader 类，自定义一个类加载器。在自定义的累加器里如果想打破双亲委派机制，那么可以重写 loadClass 方法；如果不想打破双亲委派机制，那么只需要直接重写 findClass 方法即可。
三、具体说说双亲委派机制原理？
jvm收到一个类加载的请求，是如何安排的呢？四种类加载器，到底哪个类加载器会去加载？
jvm默认的加载机制就是双亲委派机制。这个机制，就是一个【父子层级结构关系】图。每个类加载器都有一个父加载器。
自定义类加载器的父加载器是【应用类加载器】。
应用类加载器的父加载器就是【扩展类加载器】。
扩展类加载器的父加载器就是【启动类加载器】。
双亲委派机制（实际就是父类委派）核心原理：一个类加载器收到一个类加载请求时，先委托父加载器去加载。如果父加载器还有父级，继续递归委托，请求最终到达最顶级加载器，也就是启动类加载器Bootstrap ClassLoader。
启动类加载器判断是否在自己的加载范围目录下，如果在就加载返回成功，不在的话就把加载任务下推交给下一级加载器-扩展类加载器，扩展类加载器也是类似如此。最后如果子类加载器本身也加载不到这个类就报ClassNotFoundException异常。
一句话：类加载任务先上推给父加载器，上推递归直到启动类加载器才开始尝试加载。如果启动类加载器加载不到该类，就开始下发分配给子类加载器。
再简单就是：类加载任务来了，先委派父级加载器去处理。父类加载器加载不到，自己才去加载。
四、双亲委派机制的优点是什么、缺点是什么?
4.1 双亲委派机制的优点
避免重复加载：保证每个类只被加载一次。
安全性：由于每个类只被加载一次，确保全局唯一，避免核心api被篡改。
4.2 双亲委派机制的缺点
缺点1：子类加载器可以使用父类加载过的类，但是父类加载器无法使用子类加载器加载过的类。
比如JDK有很多服务提供者接口SPI（Service provider Interface），像jdbc、JDNI接口，这些是java的核心库，都是在JDK包的lib目录下。负责加载这个目录的是启动类加载器。实现这些SPI接口的是第三方自定义包，比如MySQL的jdbc、oracle的jdbc，这种自定义的包，按理应该在自定义类加载器里加载。
按双亲委派机制，在应用程序执行到SPI接口实现方法，启动类加载器从lib目录下加载完SPI接口后，jvm发现这个接口实现方法的代码还在自定义类加载器负责范围里，这时候把启动类加载器难倒了！【我要加载一个类，但是我加载不到，而且我没有父加载器委托，更bug 的是我无法向下委托加载】。
4.3 打破双亲委派机制的方式
双亲委派机制并不是一个强制约束，而是 Java 设计者推荐给我们的类加载器的实现方式。所以为了完成某些特定操作，我们可以“打破” 这个机制。
打破双亲委派模型的方法主要包括：
1、重写 loadClass() 方法，比如我们自定义类加载器，如果要打破双亲委派机制，我们就重写loadClass()方法就可以。
2、利用线程上下文加载器。Java 应用上下文加载器默认是使用 AppClassLoader。若想要在父类加载器使用到子类加载器加载的类，可以使用 Thread.currentThread().getContextClassLoader()。
String name = "java/sql/Date.class";Enumeration<URL> urls = Thread.currentThread().getContextClassLoader().getResources(name);while (urls.hasMoreElements()) {URL url = urls.nextElement();System.out.println(url.toString());}
五、Tomcat如何打破双亲委派机制？
Tomcat是一个web容器，需要部署多个应用。每个应用的依赖代码可能是不同的版本。比如A应用的fastJson是2.0版本，B应用是3.0版本，里面都有JASONArray类。但按双亲委派机制，不可以重复加载同一个类。
Tomcat 为每个 web 容器单独提供一个 WebAppClassLoader 加载器，通过提供隔离的机制，破坏双亲委派原则。
实现流程大概如下：
1、为每一个应用在容器里有单独的 WebAppClassLoader 加载器，该加载器负责只加载应用自身目录下的 class 文件，从而实现隔离。
2、如果WebAppClassLoader加载不到，才向上委派到通用的加载器 CommonClassLoader 进行加载。
今天就分享到这，说完类加载器种类、优缺点，以及如何打破双亲委派机制后，那么JVM进程通过类加载器classLoader将.class文件加载到内存的过程具体做哪些操作？解析、验证？留一个思考题给大家，下一篇文章，我们再细说。