android之Context对各种服务的管理

来源：互联网发布：木地板品牌知乎编辑：程序博客网时间：2024/06/06 01:13

常常,当我们需要用到服务的时候可以通果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);

通过上面的分析,可以很好的了解工厂模式和单列模式的混合使用,这样理解没有问题吗?说上面的设计模式为享元模式似乎更合适!当然,不够我觉得不管上面设计模式其实都是一种名称罢了!重要的是知道如何解决实际问题!其实我认为:享元模式就是等于工厂模式+单列模式+(或者还以有其他模式).其中要清楚的是,享元模式的重点在于:共享,不重复.其目的往往时为了解决:大量重复量级的对象使用.

0 0