diff --git a/README.md b/README.md index bbb4536..3f0c888 100644 --- a/README.md +++ b/README.md @@ -35,4 +35,8 @@ Android Notes #### JVM -[方法内联](https://github.com/Omooo/Android-Notes/blob/master/blogs/JVM/%E6%96%B9%E6%B3%95%E5%86%85%E8%81%94.md) \ No newline at end of file +[方法内联](https://github.com/Omooo/Android-Notes/blob/master/blogs/JVM/%E6%96%B9%E6%B3%95%E5%86%85%E8%81%94.md) + +#### 设计模式 + +[单例模式]() \ No newline at end of file diff --git a/blogs/DesignMode/单例模式.md b/blogs/DesignMode/单例模式.md new file mode 100644 index 0000000..a7615cb --- /dev/null +++ b/blogs/DesignMode/单例模式.md @@ -0,0 +1,164 @@ +--- +单例模式 +--- + +#### 目录 + +1. 思维导图 +2. 定义和使用场景 +3. 实现方式 +4. 反序列化和反射 +5. 优缺点 + +#### 思维导图 + +![](https://i.loli.net/2019/01/06/5c316f61d1c06.png) + +#### 定义和使用场景 + +定义: + +确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例。 + +使用场景: + +确保某个类有且只有一个对象的场景,避免产生多个对象消耗过多的资源。 + +#### 实现方式 + +##### 懒汉式 + +```java +public class SingleTon { + private static SingleTon mInstance; + + private SingleTon() { + + } + + public static SingleTon getInstance() { + if (mInstance == null) { + mInstance = new SingleTon(); + } + return mInstance; + } +} +``` + +##### 饿汉式 + +```java +public class SingleTon { + private static SingleTon mInstance = new SingleTon(); + + private SingleTon() { + + } + + public static SingleTon getInstance() { + return mInstance; + } +} +``` + +##### DCL + +```java +public class SingleTon { + private static volatile SingleTon mInstance; + + private SingleTon() { + + } + + public static SingleTon getInstance() { + if (mInstance == null) { + synchronized (SingleTon.class) { + if (mInstance == null) { + mInstance = new SingleTon(); + } + } + } + return mInstance; + } +} +``` + +在 getInstance 方法里进行了两次判空:第一次判空是为了避免不必要的同步,第二次判空是为了在 null 的情况下创建实例。 + +之所以用 volatile 修饰 mInstance,那是因为 mInstance = new SingleTon() 并不是一个原子操作,它大致做了三件事: + +1. 给 mInstance 分配内存 +2. 调用其构造方法,初始化成员字段 +3. 将 mInstance 对象指向分配的内存空间(此时 mInstance 就不是 null 了) + +但是由于 CPU 的优化操作,可能会对这几个操作进行乱序执行,第二条和第三条的操作的执行顺序无法保证。如果线程 A 执行到 getInstance() 方法,进入锁块,先执行 第三条操作,然后另外一个线程 B 也执行到 getInstance() 方法,发现 mInstance 不为空了,就直接取走了 mInstance 对象,在使用时就会出错,这就是 DCL 失效问题。而 volatile 能禁止指令重排序。 + +##### 静态内部类 + +```java +public class SingleTon { + private static volatile SingleTon mInstance; + + public static SingleTon getInstance() { + return SingleHolder.singleTon; + } + + static class SingleHolder { + private static SingleTon singleTon = new SingleTon(); + } +} +``` + +当第一次加载 SingleTon 类的时候并不会初始化 mInstance,只有在第一次调用 getInstance 方法时才会导致 mInstance 被初始化。因此,第一次调用 getInstance 方法会导致虚拟机加载 SingleHolder 类,这种方式不仅能够确保线程安全,也能够保证单例对象的唯一性,同时也延迟了单例的实例化,这是推荐使用的单例模式实现方式。 + +类加载的执行 JVM 可以保证是线程安全的。 + +##### 枚举类 + +```java +public enum SingleTonEnum { + INSTANCE; + public void doSomething(){ + + } +} +``` + +枚举在 Java 中与普通的类是一样的,不仅能够有字段,还能有自己的方法。最重要的是默认枚举实例的创建是线程安全的,并且在任何情况下它都是一个单例。 + +#### 反序列化和反射 + +##### 反序列化 + +对于上面的实现方式,除了枚举,都无法避免反序列化。反序列化创建对象是不走构造函数的,所以构造函数是私有化完全没用,要杜绝单例对象被反序列化时重新创建对象,则必须加入如下方法: + +```java + private Object readResove() throws ObjectStreamException { + return mInstance; + } +``` + +##### 反射 + +直接在构造方法中抛异常。 + +```java +private SingleTon(){ + throw new RuntimeException("SingleTon can't be reflected"); +} +``` + + + +#### 优缺点 + +优点: + +由于只有一个实例,,故可以减少内存开销,避免对资源的多重占用。 + +缺点: + +单例类扩张困难,职责过重,一定程度上违背 “单一职责原则”。 + +注意单例对象可能造成的内存泄露问题! \ No newline at end of file diff --git a/images/design_patterns/单例模式.png b/images/design_patterns/单例模式.png new file mode 100644 index 0000000..26a66c1 Binary files /dev/null and b/images/design_patterns/单例模式.png differ