singleton设计模式，确保全局只存在一个该类的实例。将构造器声明为private，防止调用(虽然还是可以使用反射来调用)。声明一个静态的类实例在类中，声明一个公共的获取实例的方法。这篇博文给出了简单的实现方法，分析如何做到线程安全，整理了使用singleton的坏处。
方法一是线程安全的，在类被装载的时候，就初始化这个成员，java库中runtime就是用了这个方法。
方法二不是线程安全的。如果多个线程同时进入到函数中(临界区)，那么会返回多个不同的实例。
代码验证
以下代码验证了线程不安全，即多线程的情况下方法二不能保证真正的“单例”。通过打印每个类的hashcode来显示，类实例不唯一。
我要评论class singleton {
private static singleton singleton;
private singleton() {}
public static singleton getinstance() {
if (singleton == null) {
try {
thread.sleep(233);
singleton = new singleton();
}
catch (exception e) {
e.printstacktrace();
}
}
return singleton;
}
}
public class main {
public static void main(string args[]) {
for (int i = 0; i < 10; i++) {
new thread(new runnable() {
public void run() {
singleton singleton = singleton.getinstance();
system.out.println(singleton.hashcode());
}
}).start();
}
}
}
解决方案
一种简单的处理方法是，将getinstance声明为synchronized的，效率低，因为每一个线程都在等待进入临界区。
另一种方法叫做double checked locking(dcl)，将公共变量声明为volatile(每次要使用这个变量的时候，从内存中取出来，保证各个线程可以看到这个变量的修改)。
class singleton {
private volatile static singleton singleton;
private singleton() {}
public static singleton getinstance() {
if (singleton == null) {
try {
thread.sleep(233);
synchronized (singleton.class) {
if (singleton == null) {
singleton = new singleton();
}
}
}
catch (exception e) {
e.printstacktrace();
}
}
return singleton;
}
}
有啥坏处，别怪这个设计模式，都是全局变量的错。
1, 全局变量
singleton管理公共的资源，在代码中的任何地方，只要调用singleton的获取实例的方法，就可以获取到singleton的实例，可以对这些公共资源的读写。这让singleton成为了一个全局变量。
全局变量的坏处，也是singleton的坏处。全局变量自有全局变量的使用情景和优点，要分开两面看待，这里只讲坏处并非想说全局变量一无是处。
在分析全局变量的坏处之前，在[2]下面看到了一个特别有意思的比喻：
using global state with your fellow programmers is like using the same toothbrush with your friends - you can but you never know when someone will decide to shove it up his bum.
我想这位老兄说出这个观点，大概是用过异味的牙刷吧。为何不用规范来约束一同使用全局变量的人呢？
这位老兄道出了全局变量的本质，任何人可以用它做任何事，给整个程序带来了极大的不确定性。网上关于全局变量的坏处讨论很多，下面整理了一些，虽然并非都很坏：
2, 破坏了单一职责原则
定义：就一个类而言，应该仅有一个引起它变化的原因
当一个类使用了singleton的时候，它不仅负责这个类需要完成的任务，还负责这个单一对象资源的创建和管理。这个类的函数做两项任务，相关性低。
这一点算不上太坏。毕竟设计原则并不总是需要遵守的。
上面讲了坏处，核心要义是避免将singleton用作全局变量。singleton的使用场景是什么呢？
回到singleton的本质作用上来，只需要一个这个类的实例。前面讲这个设计模式破坏了单一职责原则，因为需要管理这个实例。
所以归结起来使用这个设计模式的两个原因：
(1) 单个实例
(2) 实例的管理
在[1]中讲了使用singleton的一个具体例子。那就是日志(log)。因为log和代码的实质功能并不会产生耦合，所以是否开启log对于系统的功能没有太大的影响。
如对本文有疑问， 点击进行留言回复！！
网友评论