ConcurrentModificationException 的名字有点蛋疼，可能让人误解只有 并发场景 才会抛出该异常。

触发类加载的方式分为两类：

• 隐式加载：通过 主动引用 触发，见《类加载（二）：何时加载类？》
• 显式加载
  • Class.forName
  • ClassLoader.loadClass

双亲委派模型并不完美，有其固有缺陷，SPI 机制必须破坏双亲委派。

HotSpot 虚拟机默认提供 3 个类加载器：

• 启动类加载器（Bootstrap ClassLoader）：HotSpot 内置，属于虚拟机的一部分，C++ 实现；
• 扩展类加载器（Extension ClassLoader）：JDK 内置，Java 实现；
• 应用类加载器（Application ClassLoader）：JDK 内置，Java 实现；

类加载机制的 5 个阶段中，只有“加载”阶段有一定的可定制性，更具体的，只有“加载”阶段的第一步可定制：

• 根据类的 全限定名 获取 定义该类 的二进制字节流；

该步骤由类加载器实现，开发者可通过自定义类加载器影响该步骤，其余阶段在 JVM 内部实现，开发者无法触碰。

类加载机制可分为 3 个大阶段：加载、连接、初始化，连接又由 3 个小阶段组成：验证、准备、解析。

借助类加载（中的“初始化”阶段）时机 + 静态内部类，可实现 线程安全 的、延迟初始化 的单例模式，并发控制借助 JVM 内置实现，因此并发 性能 非常好。

类加载机制的第一步是“加载”，但JVM 规范 没有强制 规定何时执行加载，由 JVM 实现自行处理；但 JVM 规范规定了类“初始化”的时机，因此类加载的时机实际由类初始化 间接决定。

Java 源代码被 Javac 编译为存储在 class 文件中的字节码，class 文件需要被加载到 JVM 虚拟机中才能被使用，类加载机制是指虚拟机把 字节码 转换为虚拟机能直接使用的 Java 类型 的过程，粗略包括：

1. 加载：将字节码从 class 文件 加载到 内存；
2. 连接：验证、准备、解析字节码；
3. 初始化类型；

总结 synchronized 常见疑问。