Android设计模式系列(3)--SDK源码之单例模式

单例模式，可以说是GOF的23种设计模式中最简单的一个。
这个模式相对于其他几个模式比较独立，它只负责控制自己的实例化数量单一(而不是考虑为用户产生什么样的实例)，很有意思，是一个感觉上很干净的模式，本人很喜欢这个模式。
android中很多地方都用到了单例模式，本文以输入法管理者InputMethodManager为例，展开分析。
单例模式，Singleton Pattern,能够以其特有的优势，替代系统中全局变量，应用非常广泛。

1.意图
保证一个类仅有一个实例，并提供一个访问它的全局访问点。
热门词汇：单例 唯一 私有构造

2.结构

android中有很多系统级别的全局变量，如时间，输入法，账户，状态栏等等，android中对这些都直接或者有些间接用到了单例模式。
以输入法为例，把上图修改为实际情况：

非常的简单，但是有一点，从上面我们也看到了synchronized关键字，在多线程的环境下，单例模式为了保证自己实例数量的唯一，必然会做并发控制。
类似这种线程安全的单例，跨进程的单例，参数化的单例等等的情况，确实超出本文的范围，而且都涉及到很多东西，是一个很大的话题，不好展开。

3. 代码：

1. public final class InputMethodManager {
2. static final Object mInstanceSync = new Object();//同步
3. //内部全局唯一实例
4. static InputMethodManager mInstance;
5. //对外api
6. static public InputMethodManager getInstance(Context context) {
7. return getInstance(context.getMainLooper());
8. }
9. /**
10. * 内部api，供上面的外部api调用
11. * @hide 系统隐藏的api
12. */
13. static public InputMethodManager getInstance(Looper mainLooper) {
14. synchronized (mInstanceSync) {
15. if (mInstance != null) {
16. return mInstance;
17. }
18. IBinder b = ServiceManager.getService(Context.INPUT_METHOD_SERVICE);
19. IInputMethodManager service = IInputMethodManager.Stub.asInterface(b);
20. mInstance = new InputMethodManager(service, mainLooper);
21. }
22. return mInstance;
23. }
24. }

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

1. class ContextImpl extends Context{
2. @Override
3. public Object getSystemService(String name) {
4. if (WINDOW_SERVICE.equals(name)) {
5. //... ... 省略下面n个if，else if
6. } else if (INPUT_METHOD_SERVICE.equals(name)) {
7. //获取输入法管理者唯一实例
8. return InputMethodManager.getInstance(this);
9. }  else if (KEYGUARD_SERVICE.equals(name)) {
10. //... ... 省略下面n个if，else if
11. } else if (ACCESSIBILITY_SERVICE.equals(name)) {
12. //又见单例，无处不在
13. return AccessibilityManager.getInstance(this);
14. } else if (LOCATION_SERVICE.equals(name)) {
15. //... ... 省略下面n个if，else if
16. }  else if (NFC_SERVICE.equals(name)) {
17. return getNfcManager();
18. }
19. return null;
20. }
21. }

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

4.效果
(1).创建型模式。
(2).对唯一实例的受控访问。
(3).避免全局变量污染命名空间。
(4).允许对操作和表示的精化。
(5).比类操作更灵活。