Android中的单例设计模式

1、单例模式的定义
确保某个类中只有一个实例，而且自己实例化并且向整个系统提供该实例
2、单例设计模式使用场合
确保某个类中有且只有一个对象的场景，避免产生多个对象消耗过多的资源，或者某种类型对象只应该有且只有一个。例如：创建一个对象需要消耗过多的资源，如要访问IO和数据库等资源，这是就可以考虑使用单例模式。
3、单例设计模式的关键点

1. 构造函数不对外开放，一般由private 关键字修饰
2. 通过一个静态的方法或者枚举返回单例类的对象
3. 确保单例类的对象有且只有一个，尤其是在多线程的环境下
4. 确保单例类对象在反序列化时不会重新构建对象

4、饿汉模式获取单例设计模式的对象

public class Singleton{
private static final Singleton singleton = new Singleton();
private Singleton(){
   }
public static Singleton getInstance(){
  return singleton;
    }
}

5、懒汉模式获取单例设计模式的对象

public class Singleton{
piavate static final Singleton  singleton = null ;
private Singleton(){
   }
public static synchronized Singleton getInstance(){
    if(singleton == null){
        singleton = new Singleton() ;
    }
    return singleton ;
   }
}

优点：单利只有在使用时才会被实例化，在一定程度上节约了资源
缺点：第一次加载时需要进行实例化，反应稍慢，最大的问题就是每次调用getInstance都进行同步，造成不 必要的同步开销，个人不提倡使用
6、双重检查锁定（DCL）

public class Singleton{
piavate static final Singleton  singleton = null ;
private Singleton(){
   }
public static Singleton getInstance(){
    if(singleton == null){
       synchronized （Singleton.class）{
        if(singleton == null){
           singleton = new Singleton() ;
        }
    }

    }
    return singleton ;
   }
}

优点：资源利用率高，第一次执行getInstance时单例对象才会被实例化，效率高。在一定的程度上解决了资源消耗、多余的同步、线程安全等问题。
缺点：第一次加载反应稍慢，也由于java内存模型的原因偶尔会失败。在高并发的环境下也有一定的缺陷，虽然发生概率很小，该模式是使用最多的单例设计模式。
7、静态内部类单例模式

public class Singleton{
private Singleton(){}
public static SIngleton getInstance(){
     return SingletonHolder.singleton;
    }
private static class Singletonholder{
     private static final Singleton singleton = new Singleton();
   }
}

当第一次加载Singleton类时不会初始化singeton ，只有在调用getInstance时才会实例化singleton。因此，第一次调用getInstance方法会导致虚拟机加载singletonHolder类，这种方式不仅能够确保线程安全，也能够保证单利对象的唯一性，同时也延迟了单例的实例化。
8、枚举单例

public  enum Singleton{
INSTANCE;
private Object readResolver() throw ObjectDtreamExceptioin{
    return instance ;
  }
}

9、总结
优点：
（1）由于单例模式在内存中只有一个实例，减少了内存开支，特别是一个对象需要频繁地创建、销毁时，而且创建或销毁时性能又无法优化，单例模式的优势就非常明显。
（2）由于单例模式只生成一个实例，所以减少了系统的性能开销，当一个对象的产生需要比较多的资源时，比如读取配置、产生其他依赖对象时，则可以通过在应用启动时直接产生一个单例对象，然后用永久驻留内存的方式来解决。
（3）单例模式可以避免对资源的多重占用，例如一个写文件操作，由于只有一个实例存在内存中，避免对同一个资源文件的同时写操作。
（4）单例模式可以在系统设置全局的访问点，优化和共享资源访问，例如，可以设计一个单例类，负责所有数据表的映射处理。
缺点：
（1）单例模式一般没有接口，扩展很困难，若要扩展，除了修改代码基本上没有第二种途径可以实现。
（2）单例对象如果持有Context，那么很容易引发内存泄露，此时需要注意传给单例对象的Context最好是Application Context。