我想不明白源码里面调用构造方法进行初始化的优点在哪里啊，我感觉我在加载类的时候进行初始化不是更简单易懂吗

有哪位大神解惑一下，小弟先行多谢了

是因为在类加载的时候初始化，容易导致堆内存浪费吗？（万一加载了类，但是没有用到类对象这种情况）

懒加载啊

而且你这个也不是类加载的时候初始化 不是static变量 创建对象的时候才会初始化

懒加载，面向对象编程要考虑性能上，你这样写的代码是存放在元空间的，如果代码量增加的话会出现oom问题

因为有参构造的参数传fair了，和对象创建时默认初始化的lock肯定不一样啊，那不就得重新创建

没啥区别，习惯问题

这应该是你要的答案
注意理解 对于JVM来说 你直接 new 和你在构造里 new 是没区别
有区别是成员变量的type 是否是静态的 这影响 Jvm加载类和实例化属性的逻辑
我们可以证明出来。

我们看看它的字节码(字节码是直接可以表示JVM的加载逻辑的)

结论就被证明了。

至于为什么JVM要这么做 上面已经给了答案了 懒加载是结果 。
但更细的原因是Java为了解决 对象中循环引用的情况
例如 A对象中依赖B ,B 中依赖A 那么Jvm 加载A时 会发现A <-> B 存在依赖。
那么怎么解决这问题呢 ？ 那就不完全实例化 也就是说A 只是被加载 但不完全或者说是不成熟
JVM会首先将两个类都加载进内存，但此时两个类都还没有被完全初始化,
此时并不会触发类的初始化,
这样，即使A类和B类相互依赖，JVM也能确保它们都能被加载而不会发生错误或无限循环。

它要等参数

jvm类加载原则就是按需加载
类加载过程的初始化阶段，只会执行静态变量的初始化和静态代码块。

类加载会执行的是static代码块……而且你这new对象，为什么会想到类加载的时候new?难道你只想这个类全局只存在一个锁对象?
先把概念理清楚，这个问题就不是个问题……