单例还能写出花来吗？
|
例可以说是最简单的一个设计模式了，单例模式要求只能创建一个对象实例。通常的写法是声明私有的构造函数，提供静态方法获取单例的对象实例。 常见的单例写法就是饿汉式、懒汉式、双重加锁验证、静态内部类和枚举的方式，写法可能大家都知道，不过针对不同的写法还是有可以继续深挖一下的地方，让我们从最简单的几种写法开始回顾单例，不想看前面的话直接往后翻好了。 回顾几种实现方式饿汉式 饿汉式的写法通常静态成员变量已经是初始化好的，优点是可以不加锁就获取到对象实例，线程安全，主要的缺点在于不是延加载，稍微存在内存的浪费，因为如果初始化的逻辑较为复杂，比如存在网络请求或者一些复杂的逻辑在内，就会产生内存的浪费汉式的写法解决了饿汉式浪费内存的问题，在真正需要获取实例对象的才去执行初始化。 通常一般来说可能会有两种方式，第一种就是不加锁的写法，很显然这样是肯定不行的，正常的方式一般都是通过同步锁的方式加锁获取实例对象。 但是这种实现方式在之前的JDK版本synchronized没有锁优化的情况每次获取单例对象性能存在很大的问题，于是乎有了DCL的写法。于是为了解决懒汉式性能的问题，双重加锁验证的写法诞生了，先判断一次空，真的为空再执行加锁，然后再判断一次。 这样的话，只有在实例对象是空的情况才会去加锁创建对象，性能问题得到了一定程度上的解决，也不会和饿汉一样有内存浪费的问题。是，这个写法也存在问题，就是会拿到未初始化完全的对象，我之前的一篇文章中也提到这个方式的问题，具体请看一次群聊引发的血案。 让我这里复用一下我写过的东西。
instance指向分配的内存地址
实际上，由于指令重排的问题，2、3的步骤可能会发生重排序，那么问题就发生了 （编辑：常州站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
