标签：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
