您的位置:首页 > 其它

设计模式(五)The Singleton Pattern 单例模式

2014-10-20 09:35 337 查看
问题引入

有时候对于有些对象,我们只需要一个,多了反而会出现很多问题。比如:线程池,缓存,处理器偏好设置,日志对象等等(可能导致程序异常,内存泄露)。

模式定义

确保一个类只有一个实例,并提供一个全局访问点。

认识模式

确实我们可以通过程序员之间的约定保证一个类只有一个对象,但是通过使用单例模式效果更好,更安全。

问题解决

创建单例模式类步骤:

* 1、构造一个私有的静态变量;

* 2、构造函数私有化,避免外部直接创建对象;

* 3、创建一个公有的静态方法,返回该变量,如果该变量为空,创建该对象。

直接上代码:

?
这是一个经典的单例模式代码,但是它本身是有问题的,在多线程的情况下,可能会出现多个对象。于是我们做如下的改进

?
我们给这个方法加上同步机制,这样就不存在多线程的问题了,但是新的问题来了,实际上只有在第一次执行这个方法的时候才需要同步,以后实际上就不需要同步。但是这样写代码,我们每调用一次都需要同步,这显然是很费时费事的。于是我们再进行改进。

?
这个就好多了,我们称这个为双重检查(DOUBLE-CHECKED),我们先检查对象是否已经创建,如果没有创建我们在进行同步,这样一来只有第一次会同步,刚好符合我们的要求。

上面所说的我们都称他为“懒汉模式”,我们延迟了对象的实例化,下面我们看看所谓的"饿汉模式”

?
还有一种使用静态内部类的方法

?
单例模式,可以说是GOF的23种设计模式中最简单的一个。

  这个模式相对于其他几个模式比较独立,它只负责控制自己的实例化数量单一(而不是考虑为用户产生什么样的实例),很有意思,是一个感觉上很干净的模式,本人很喜欢这个模式。

  android中很多地方都用到了单例模式,本文以输入法管理者InputMethodManager为例,展开分析。

  单例模式,Singleton Pattern,能够以其特有的优势,替代系统中全局变量,应用非常广泛。

  1.意图

  保证一个类仅有一个实例,并提供一个访问它的全局访问点。

  热门词汇:单例 唯一 私有构造

  2.结构





  android中有很多系统级别的全局变量,如时间,输入法,账户,状态栏等等,android中对这些都直接或者有些间接用到了单例模式。

  以输入法为例,把上图修改为实际情况:





  非常的简单,但是有一点,从上面我们也看到了synchronized关键字,在多线程的环境下,单例模式为了保证自己实例数量的唯一,必然会做并发控制。

  类似这种线程安全的单例,跨进程的单例,参数化的单例等等的情况,确实超出本文的范围,而且都涉及到很多东西,是一个很大的话题,不好展开。

  3. 代码

  public final class InputMethodManager {

   static final Object mInstanceSync = new Object();//同步

   //内部全局唯一实例

   static InputMethodManager mInstance;

   //对外api

   static public InputMethodManager getInstance(Context context) {

   return getInstance(context.getMainLooper());

   }

   /**

    * 内部api,供上面的外部api调用

   * @hide 系统隐藏的api

   */

   static public InputMethodManager getInstance(Looper mainLooper) {

   synchronized (mInstanceSync) {

   if (mInstance != null) {

   return mInstance;

   }

   IBinder b = ServiceManager.getService(Context.INPUT_METHOD_SERVICE);

   IInputMethodManager service = IInputMethodManager.Stub.asInterface(b);

   mInstance = new InputMethodManager(service, mainLooper);

   }

   return mInstance;

   }

  }

  客户端调用,比如contextimpl中的getSystemService()方法中如下调用:

  class ContextImpl extends Context{

   @Override

   public Object getSystemService(String name) {

   if (WINDOW_SERVICE.equals(name)) {

   //... ... 省略下面n个if,else if

   } else if (INPUT_METHOD_SERVICE.equals(name)) {

   //获取输入法管理者唯一实例

   return InputMethodManager.getInstance(this);

   } else if (KEYGUARD_SERVICE.equals(name)) {

   //... ... 省略下面n个if,else if

   } else if (ACCESSIBILITY_SERVICE.equals(name)) {

   //又见单例,无处不在

   return AccessibilityManager.getInstance(this);

   } else if (LOCATION_SERVICE.equals(name)) {

   //... ... 省略下面n个if,else if

   } else if (NFC_SERVICE.equals(name)) {

   return getNfcManager();

   }

   return null;

   }

  }

  非常简单,干净的一个模式。

  4.效果

  创建型模式。

  对唯一实例的受控访问。

  避免全局变量污染命名空间。

  允许对操作和表示的精化。

  比类操作更灵活。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: