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