惯例:先上图后说话,谢谢各位伙伴的支持! 有你们是我的福分!
每日一言:很多时候,成功只是多坚持一分钟。
一.使用场景
- 需要频繁的进行创建和销毁的对象;
- 创建对象时耗时过多或耗费资源过多,但又经常用到的对象;
- 工具类对象,比如CustomerDialog等;
- 频繁访问数据库或文件的对象。
保证一个类只有一个实例,并提供一个访问它的全局访问点
三.比喻
俺有6个漂亮的老婆,她们的老公都是我,我就是我们家里的老公Sigleton,她们只要说道“老公”,都是指的同一个人,那就是我(刚才做了个梦啦,哪有这么好的事)
四.优点
1、提供了对唯一实例的受控访问。
2、由于在系统内存中只存在一个对象,因此可以节约系统资源,对于一些需要频繁创建和销毁的对象单例模式无疑可以提高系统的性能。
3、允许可变数目的实例。
四.缺点
1、由于单利模式中没有抽象层,因此单例类的扩展有很大的困难。
2、单例类的职责过重,在一定程度上违背了“单一职责原则”。
3、滥用单例将带来一些负面问题,如为了节省资源将数据库连接池对象设计为的单例类,可能会导致共享连接池对象的程序过多而出现连接池溢出;如果实例化的对象长时间不被利用,系统会认为是垃圾而被回收,这将导致对象状态的丢失。
1.双重校验---多线程时的单例
public class Singletom{
private static Singleton instance;
private Singleton(){}
public static Singleton GetInstance() {
if (instance == null) {
lock(syncRoot)
{
if (instance == null) {
instance = new Singleton();
}
}
}
}
2.饿汉式(一般情况下使用,提前占用系统资源)
public class Singletom{
private static Singleton instance=new Singleton();
private Singleton(){}
public static Singleton getInstance(){
return instance;
}
}
3.内部静态类(推荐使用)
public class StaticInnerSingleton { private StaticInnerSingleton() { } public static StaticInnerSingleton getInstance() { return SingletonHodler.sInstance; } //静态内部类 private static class SingletonHodler { private static final StaticInnerSingleton sInstance = new StaticInnerSingleton(); } }