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到底是什麼？
/**
* Override this class when the system service constructor needs a
* ContextImpl. Else, use StaticServiceFetcher below.
*/
/*package*/ static class ServiceFetcher {
int mContextCacheIndex = -1;
/**
* Main entrypoint; only override if you don't need caching.
*/
public Object getService(ContextImpl ctx) {
ArrayList cache = ctx.mServiceCache;
Object service; synchronized (cache) {
if (cache.size() == 0) {
// Initialize the cache vector on first access.
// At this point sNextPerContextServiceCacheIndex
// is the number of potential services that are
// cached per-Context.
for (int i = 0; i < sNextPerContextServiceCacheIndex; i++) {
cache.add(null);
}
} else {
service = cache.get(mContextCacheIndex);
if (service != null) {
return service;
}
}
service = createService(ctx);
cache.set(mContextCacheIndex, service);
return service;
}
} /**
* Override this to create a new per-Context instance of the
* service. getService() will handle locking and caching.
*/
public Object createService(ContextImpl ctx) {
throw new RuntimeException("Not implemented");
}
}
先來看看createService這個方法：改方法裡面沒有什麼實質的東西，重點我們看看這個方法上面的原文說明：說的很清楚這個方法其實是用來Override的，其目的就是創建一個服務Service.
再來看看getService，從這個方法可以知道：首先是看看ctx.mServiceCache裡面是否已經有了這個我們需要的服務Service，如果還沒有就調用createService來創建一個。
所以，ServiceFetcher很簡單，其實就是對服務Service為方便使用而對其的創建、取用的一個封裝類。
所以重點，我們還來到了是如何創建一個服務Service的。
很快，你就會發現在ContextImpl裡面有一段static代碼，其注冊了所有的服務Service：
static {
registerService(ACCESSIBILITY_SERVICE, new ServiceFetcher() {
public Object getService(ContextImpl ctx) {
return AccessibilityManager.getInstance(ctx);
}});
registerService(ACCOUNT_SERVICE, new ServiceFetcher() {
public Object createService(ContextImpl ctx) {
IBinder b = ServiceManager.getService(ACCOUNT_SERVICE);
IAccountManager service = IAccountManager.Stub.asInterface(b);
return new AccountManager(ctx, service);
}});
registerService(ACTIVITY_SERVICE, new ServiceFetcher() {
public Object createService(ContextImpl ctx) {
return new ActivityManager(ctx.getOuterContext(), ctx.mMainThread.getHandler());
}});
... } 裡面都從新了方法createService來創建新的服務對象。
我們最後看看registerService這個方法做了些什麼？
private static void registerService(String serviceName, ServiceFetcher fetcher) {
if (!(fetcher instanceof StaticServiceFetcher)) {
fetcher.mContextCacheIndex = sNextPerContextServiceCacheIndex++;
}
SYSTEM_SERVICE_MAP.put(serviceName, fetcher);
} SYSTEM_SERVICE_MAP.put(serviceName, fetcher);看到了嗎！其實就是講創建好的 ServiceFetcher 存儲在SYSTEM_SERVICE_MAP這個HashMap裡面了。 最後，我們來看都有那些Manager服務：
