如何用Java实现单例模式
单例模式：就是一个类仅创建一个对象；
public class Singleton {
private static volatile Singleton singleton = null;
private Singleton(){}// 构造方法
public static Singleton getSingleton(){// 单例模式
if(singleton == null){
synchronized (Singleton.class){
if(singleton == null){
singleton = new Singleton();
}
}
}
return singleton;
}
}
设计模式之单例模式
本文开始整个设计模式的系列学习，希望通过不断的学习，可以对设计模式有整体的掌握，并在项目中根据实际的情况加以利用。
单例模式是指一个类仅允许创建其自身的一个实例，并提供对该实例的访问权限。它包含静态变量，可以容纳其自身的唯一和私有实例。它被应用于这种场景——用户希望类的实例被约束为一个对象。在需要单个对象来协调整个系统时，它会很有帮助。
1、单例类只能有一个实例
2、单例类必须自己创建自己的唯一实例
3、单例类必须给其他所有对象提供这一实例
1.尽量使用懒加载
2.双重检索实现线程安全
3.构造方法为private
4.定义静态的Singleton instance对象和getInstance()方法
单例模式至少有六种写法。
作为一种重要的设计模式，单例模式的好处有：
1、控制资源的使用，通过线程同步来控制资源的并发访问
2、控制实例的产生，以达到节约资源的目的
3、控制数据的共享，在不建立直接关联的条件下，让多个不相关的进程或线程之间实现通信
Singleton通过将构造方法限定为private避免了类在外部被实例化，在同一个虚拟机范围内，Singleton的唯一实例只能通过getInstance()方法访问。但其实通过Java反射机制是能够实例化构造方法为private的类的，那基本上会使所有的Java单例实现失效。
虽然也是只有一个线程能够执行，假如线程B先执行，线程B获得锁，线程B执行完之后，线程 A获得锁，但是此时没有检查singleton是否为空就直接执行了，所以还会出现两个singleton实例的情况。
既然懒汉式是非线程安全的，那就要改进它。最直接的想法是，给getInstance方法加锁不就好了，但是我们不需要给方法全部加锁啊，只需要给方法的一部分加锁就好了。基于这个考虑，引入了双检锁（Double Check Lock，简称DCL）的写法：
使用volatile 的原因：
对于JVM而言，它执行的是一个个Java指令。在Java指令中创建对象和赋值操作是分开进行的，也就是说instance = new Singleton();语句是分两步执行的。但是JVM并不保证这两个操作的先后顺序，也就是说有可能JVM会为新的Singleton实例分配空间， 然后直接赋值给instance成员，然后再去初始化这个Singleton实例。这样就使出错成为了可能，我们仍然以A、B两个线程为例：
加载一个类时，其内部类不会同时被加载。一个类被加载，当且仅当其某个静态成员（静态域、构造器、静态方法等）被调用时发生。
枚举类实现单例模式是 effective java 作者极力推荐的单例实现模式，因为枚举类型是线程安全的，并且只会装载一次，设计者充分的利用了枚举的这个特性来实现单例模式，枚举的写法非常简单，而且枚举类型是所用单例实现中唯一一种不会被破坏的单例实现模式。因为枚举类没有构造方法，可以防止反序列化操作。
1、除枚举方式外, 其他方法都会通过反射的方式破坏单例,反射是通过调用构造方法生成新的对象，所以如果我们想要阻止单例破坏，可以在构造方法中进行判断，若已有实例, 则阻止生成新的实例，解决办法如下:
2、如果单例类实现了序列化接口Serializable, 就可以通过反序列化破坏单例，所以我们可以不实现序列化接口,如果非得实现序列化接口，可以重写反序列化方法readResolve(), 反序列化时直接返回相关单例对象。
Runtime是一个典型的例子，看下JDK API对于这个类的解释”每个Java应用程序都有一个Runtime类实例，使应用程序能够与其运行的环境相连接，可以通过getRuntime方法获取当前运行时。应用程序不能创建自己的Runtime类实例。”，这段话，有两点很重要：
1、每个应用程序都有一个Runtime类实例
2、应用程序不能创建自己的Runtime类实例
只有一个、不能自己创建，是不是典型的单例模式？看一下，Runtime类的写法：
为了节约系统资源，有时需要确保系统中某个类只有唯一一个实例，当这个唯一实例创建成功之后，我们无法再创建一个同类型的其他对象，所有的操作都只能基于这个唯一实例。为了确保对象的唯一性，我们可以通过单例模式来实现。
单例模式应用的场景一般发现在以下条件下：
（1）资源共享的情况下，避免由于资源操作时导致的性能或损耗等。如上述中的日志文件，应用配置。
（2）控制资源的情况下，方便资源之间的互相通信。如线程池等。
关于单例模式的漫画分析：
单例模式的优缺点、注意事项、使用场景
关于单例模式中volatile的使用
在设计模式当中，有一种设计方式叫做单例模式。
所谓的单例模式 ，就是保证一个类中只有一个实例
接下来就是根据定义来创建一个单例模式
那么思路到这里应该都理解了，接下来就是单例的模式的实现模式：
在之前学习volatile的时候，发现了，对可变的共享数据进行放回，如果没有保证同步，会出现不可预期的结果。
以及单例模式的时候，我们发现了一个模式叫做双重校验锁，他使用到了volatile。假如没有使用volatile会出现什么情况呢。
java相关的对象创建的流程，他有部分一下流程：
接下来假设一个案例：
多线程A与多线程B，同时调用getSingleton（）获取singleton的时候。
线程A–》我并没按照顺序创建了对象，给内存返回了对象在堆上的引用，但是我还没有初始化
线程B–》我检查到对应地址啦，不是空，那我可以用了。
—》实际上sinleton还没完全创建好，这一用就出现了问题
volatile
那么上述出现的问题就是对象的创建没有保证顺序，volatile关键字他可以禁止指令重排序来保证一定的有序性，所这个时候就不会出现问题了
单例模式双重锁为啥要volitie修饰：
单例模式双重锁为啥要volitie修饰：
volatile关键字可以防止jvm指令重排优化，使用了volatile关键字可用来保证其线程间的可见性和有序性；
因为对象的创建并非一步完成，而是需要分为3个步骤执行的，比如：singleton = new Singleton();
指令1：获取singleton对象的内存地址
指令2：初始化singleton对象
指令3：将内存地址指向引用变量singleton
因为Volatile禁止JVM对指令进行重排序，所以创建对象时会严格按照指令1-2-3的顺序执行，假若如果没有Volatile关键字，单线程环境下不会出现问题，但是在多线程环境下会导致一个线程获得还没有初始化的实例。比如
线程A正常创建一个实例，执行了1-3，此时线程B调用getInstance()后发现instance不为空，因此会直接返回instance，但此时instance并未被初始化，所以需要用volatile关键字修饰
微信扫一扫 
支付宝扫一扫 
