Android中集结了大量的系统管家Manager

Android中集结了大量的系统管家Manager：比如当你要kill一个后台Processes时候，你会用到ActivityManager；再比如你需要用到系统的声音相关的你需要AudioManager等等。而且获取这些管家对你来说很简单，比如获取一个ActivityManager，你只需要调用当前context的方法getSystemService就可以了：

        final ActivityManager am = (ActivityManager) context
                .getSystemService(Context.ACTIVITY_SERVICE);

大家经常用context的方法getSystemService来获取你想要的Manager，你知道为什么任意context实例都能获取Manager吗？ 今天又时间，就看看其秘密。

首先，我们知道Context是一个描述一个application的全局的资源和信息的。而Context其实是一个abstract的类，所以是不能直接用的，他的实现类其实是ContextImpl，看看androidd对ContextImpl一段原文介绍：

/**
 * Common implementation of Context API, which provides the base
 * context object for Activity and other application components.
 */

     从上面的意思我们可以知道：ContextImpl其实就是context的实现，application的组件其实继承于他的！所以要研究context，就是要研究ContextImpl。说道这里好像有点跑题了，嘿嘿，下面继续。

    刚才说了，context的方法getSystemService可以获取android系统当前使用的各个Manager,那我们来ContextImpl看看getSystemService在做什么。

    @Override
    public Object getSystemService(String name) {
        ServiceFetcher fetcher = SYSTEM_SERVICE_MAP.get(name);
        return fetcher == null ? null : fetcher.getService(this);
    }

这里我们分两点来看：

（1）首先来看看SYSTEM_SERVICE_MAP是什么？

    private static final HashMap SYSTEM_SERVICE_MAP =
            new HashMap();

原来是一个 HashMap, 并且是一个static的私有变量。这表明，SYSTEM_SERVICE_MAP存储的是一个公共、共用的一定数量的 ServiceFetcher。  

SYSTEM_SERVICE_MAP存储的这些ServiceFetcher值是什么时候初始化的呢？我们后面再说。

（2）我们来看看ServiceFetcher到底是什么？

        /**
         * Main entrypoint; only override if you don't need caching.
         */
        public Object getService(ContextImpl ctx) {
            ArrayList