安卓系统源码－－DeskClock源码解析（二）单例模式

　　　前些日子，一直在看设计模式，惊觉自己写的单例模式一直是有问题的。

　　　刚好奉上前段时间我看到的例子与解析：

　　　public class SingletonPattern {
　　　　　　private static SingletonPattern singletonPattern= null;
　　　　　　//限制住不能直接产生一个实例
　　　　　　private SingletonPattern(){
　　　　　　}
　　　　　　public SingletonPattern getInstance(){
　　　　　　　if(this.singletonPattern == null){ //如果还没有实例，则创建一个
　　　　　　　　this.singletonPattern = new SingletonPattern();
　　　　　　　}
　　　　　　　return this.singletonPattern;
　　　　　　}
　　　　　}

我们来看黄色的那一部分，假如现在有两个线程A 和线程B，线程A 执行到 this.singletonPattern =
new SingletonPattern()，正在申请内存分配，可能需要0.001 微秒，就在这0.001 微秒之内，线程B 执
行到if(this.singletonPattern == null)，你说这个时候这个判断条件是true 还是false？是true，那
然后呢？线程B 也往下走，于是乎就在内存中就有两个SingletonPattern 的实例了，看看是不是出问题了？

如果你这个单例是去拿一个***或者创建一个信号资源的时候，会怎么样？业务逻辑混乱！数据一致性
校验失败！最重要的是你从代码上还看不出什么问题，这才是最要命的！因为这种情况基本上你是重现不
了的，不寒而栗吧，那怎么修改？有很多种方案，我就说一种，能简单的、彻底解决问题的方案：

public class SingletonPattern {
private static final SingletonPattern singletonPattern= new
SingletonPattern();
//限制住不能直接产生一个实例
private SingletonPattern(){
}
public synchronized static SingletonPattern getInstance(){
return singletonPattern;
}
}

-------------------------------------------------------------------------------------------------------------------------

以上内容全部来自于《24种设计模式介绍与6大设计原则》

我如此多此一举，是因为我在DeskClock的源码中看到很多单例模式的写法都是像这样写的。所以，多看源码，从源码中学习编程技巧还是很有用的。