标签:private return 实例化 之间 instance 程序 对象 初始化 tin
最近系统的看了下设计模式,对于单例又有一些新的理解:
1.单例和静态变量有什么优缺点:
2.单例的各种方式:
(1).最简单的模式(不考虑多线程)
public class Singleton { private static Singleton uniqueInstance; private Singleton () {} // 不允许外界调用构造函数 public static Singleton getInstance () { if ( uniqueInstance == null ) { uniqueInstance = new Singleton () ; } return uniqueInstance; } // 其他方法 }
(2).考虑多线程,避免创造出两个对象,把getInstance方法设置成同步方法
public class Singleton { private static Singleton uniqueInstance; private Singleton () {} // 不允许外界调用构造函数 public static synchronized Singleton getInstance () { if ( uniqueInstance == null ) { uniqueInstance = new Singleton () ; } return uniqueInstance; } // 其他方法 }
这种方法有个问题:就是同步会降低性能,如果项目会频繁的调用getInstance方法,而又十分的在意性能,那么这样不是一个好方法,如果不是这样,那么这样就可以满足要求。
(3).对于多线程的改善:
A:使用“急切”创建实例,而不用延迟实例化的做法,适用于创建的对象并不是十分耗内存,即时很晚才用到或者压根不用,完全不care。
public class Singleton { private static Singleton uniqueInstance = new Singleton () ; private Singleton () {} public static Singleton getInstance () { return uniqueInstance; } }
B:利用“双重检查加锁”,在getInstance()中减少使用同步
public class Singleton { private volatile static Singleton uniqueInstance; private Singleton () {} public static Singleton getInstance () { if (uniqueInstance == null) { synchronized (Singleton.class) { // 只有第一次才会走到这里 if (uniqueInstance == null) { uniqueInstance = new Singleton (); } } } return uniqueInstance; } }
*考虑如果实现ios的“双重检查加锁”。
3.其实可以说单例模式违反了“单一职责”的设计原则,因为不只要维护自己先关的功能,还要管理自己的实例化,但是这样可以让整体设计更简单,所以还是那句话,设计原则只不过是要尽量的遵守,不是一定要百分之百不能违背。各种设计模式,都可以思考下,遵守了哪些设计原则,违反了哪些设计原则。
标签:private return 实例化 之间 instance 程序 对象 初始化 tin
原文地址:http://www.cnblogs.com/zhang-chi/p/6040798.html