android之Context對各種服務的管理

常常,當我們需要用到服務的時候可以通果Context來獲取:Context.getSystemService(name)；比如:當我們想知道當前電話狀態(來電/去電/sim卡狀態等)時候,我們可以通過Context來獲取TelephonyManager:

final TelephonyManager tm = (TelephonyManager) getSystemService(Context.TELEPHONY_SERVICE);

你可知道,爲什麼可以通過Context來獲取各種服務嗎?下面來看看.

我們知道,Context的實現類其實是:ContextImpl,所以我們來看看ContextImpl有上面東西.通過代碼分析,會很快知道:在ContextImpl中通過工廠模式和單列模式在創建和保存各個服務對象的.比較複雜,所以下面一個一個的介紹:

(1)在ContextImpl中定義如下一個HashMap,

    private static final HashMap<String, ServiceFetcher> SYSTEM_SERVICE_MAP =  new HashMap<String, ServiceFetcher>();

    這是一個靜態的/final的HashMap,其中保存的是每一個服務的ServiceFetcher.其中,String標識當前服務名,ServiceFetcher是這個服務的工具類!其實就是用來創建該服務的對象.

     當我們通過getSystemService(String name)來獲取這個服務時候,就是通過這個ServiceFetcher來得到我們需要的服務的:

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

   如上代碼可知:其實是通過 ServiceFetcher的getService()來獲取的.

(2)所以我們重點來看看ServiceFetcher實現什麼功能,ServiceFetcher其實是一個簡單的工廠模式設計思路,並且還使用來單列模式! 當通過getService()來獲取服務對象的時候,首先判斷這個服務對象是否已經存在:如果已經存在,則立即返回,否則調用他的一個虛的方法createService()來創建,並保存創建的這個服務對象.隨意不同服務的ServiceFetcher實現了不同的創建對象的方法createService().這樣一來,就可以通過SYSTEM_SERVICE_MAP裏面各個服務的ServiceFetcher來獲取其對象了.

    /*package*/ static class ServiceFetcher {
        int mContextCacheIndex = -1;

        /**
         * Main entrypoint; only override if you don't need caching.
         */
        public Object getService(ContextImpl ctx) {
            ArrayList<Object> 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");
        }
    }

(3)SYSTEM_SERVICE_MAP的初始化.

在ContextImp中,有一段static的代碼塊,用於初始化所有服務的ServiceFetcher,並且加入SYSTEM_SERVICE_MAP裏面.

下面看看電源管理服務的初始化:

        registerService(POWER_SERVICE, new ServiceFetcher() {
                public Object createService(ContextImpl ctx) {
                    IBinder b = ServiceManager.getService(POWER_SERVICE);
                    IPowerManager service = IPowerManager.Stub.asInterface(b);
                    return new PowerManager(ctx.getOuterContext(),
                            service, ctx.mMainThread.getHandler());
                }});

registerService其實是一個static的方法,其主要工作就是:SYSTEM_SERVICE_MAP.put(serviceName, fetcher);

通過上面的分析,可以很好的瞭解工廠模式和單列模式的混合使用,這樣理解沒有問題嗎?說上面的設計模式爲享元模式似乎更合適!當然,不夠我覺得不管上面設計模式其實都是一種名稱罷了!重要的是知道如何解決實際問題!其實我認爲:享元模式就是等於工廠模式+單列模式+(或者還以有其他模式).其中要清楚的是,享元模式的重點在於:共享,不重複.其目的往往時爲了解決:大量重複量級的對象使用.