python singleton Java单例模式

???? Java中单例(Singleton)模式是一种广泛使用的设计模式。单例模式的主要作用是保证在Java程序中，某个类只有一个实例存在。一些管理器和控制器常被设计成单例模式。python singleton

???? 单例模式有很多好处，它能够避免实例对象的重复创建，不仅可以减少每次创建对象的时间开销，还可以节约内存空间；能够避免由于操作多个实例导致的逻辑错误。如果一个对象有可能贯穿整个应用程序，而且起到了全局统一管理控制的作用，那么单例模式也许是一个值得考虑的选择。

????

要保证在一个JVM中只能存在一个实例，要考虑到如下的情况：

Java能够使用那些方式构建对象

Java在创建对象时多线程并发情况下是否仍然只能创建一个实例

new 最常用的，直接使用构造器创建。 每new一次都会产生新的实例。所以单例中应该只new一次，当再想用对象时都返回该对象的值

Class.newInstance() 该方法会调用public 的无参构造器。

为了防止这个方式创建，只要把构造器设置为private的就可以了。这是如果再用这个方法创建会报错.同时私有构造器也可以解决四处new的问题。

反射

Constructor ctt = c.getDeclaredConstructor();

ctt.setAccessible(true);

T t1 = ctt.newInstance();

这样私有构造器也不行了。解决的办法是使用抽象类，这样就会抛出异常了，不能创建了。或者在构造器中加入判断如果是第二次构建就抛出异常。

clone

这个主要由clone()方法的具体行为决定的。如果没有实现Cloneable接口是不用管这个问题的。

反序列化

反序列化的时候也会打破单例，解决的方式是写一个readResolve。这个方法的规则是在反序列化的时候勇气返回值来代替反序列化的返回值

还有一个更简单的办法是不要实现Serializable接口，这样序列化的时候就会报错了

Java单例模式的7种实现

第一种，线程不安全（懒汉模式）

lazy loading，但是多线程不安全。不推荐。

第二种，线程安全（懒汉模式）

lazy loading，线程安全，但是效率极其低下，同步锁锁的是对象，每次取对象都有加锁，因此不推荐，性能很低。

第三种，线程安全（饿汉模式）

这种方式基于classloder机制避免了多线程的同步问题，不过，instance在类装载时就实例化，这时候初始化instance显然没有达到lazy loading的效果。不推荐。

第四种，线程安全（饿汉模式）

等同于第三种

第五种，线程安全（静态内部类）

这种方式同样利用了classloder的机制来保证初始化instance时只有一个线程，它跟第三种和第四种方式不同的是（很细微的差别）：第三种和第四种方式是只要Singleton类被装载了，那么instance就会被实例化（没有达到lazy loading效果），而这种方式是Singleton类被装载了，instance不一定被初始化。python singleton因为SingletonHolder类没有被主动使用，只有显示通过调用getInstance方法时，才会显示装载SingletonHolder类，从而实例化instance。想象一下，如果实例化instance很消耗资源，我想让他延迟加载，另外一方面，我不希望在Singleton类加载时就实例化，因为我不能确保Singleton类还可能在其他的地方被主动使用从而被加载，那么这个时候实例化instance显然是不合适的。这个时候，这种方式相比第三和第四种方式就显得很合理。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-68222-1.html