出处
getService来自frameworks/base/core/java/android/os/ServiceManager.java文件静态方法,
public static IBinder getService(String name) {
try {
IBinder service = sCache.get(name);
if (service != null) {
return service;
} else {
return getIServiceManager().getService(name);
}
} catch (RemoteException e) {
Log.e(TAG, "error in getService", e);
}
return null;
}
getSystemService来自frameworks/base/core/java/android/app/ContextImpl.java方法,
@Override
public Object getSystemService(String name) {
ServiceFetcher fetcher = SYSTEM_SERVICE_MAP.get(name);
return fetcher == null ? null : fetcher.getService(this);
}
相同
应用都可以通过上述两种方法获取到系统重要的service代理对象,如PackageManagerService,ActivityManagerService,调用相关的api;
区别
ServiceManager类是Android系统hide的类,无法直接获取,但对于开发系统应用而言是可以直接调用getService方法获取相应系统服务的代理对象,从而调用待服务的相应的方法,使用此方法是需要获取系统权限的 ,即shareUid为android.uid.sysytem,负责调用此方法会报无权限访问;
ContextImpl类是Android空间Activity,Service父类,在初始化控件的时候就会通过静态代码块注册系统服务
private static void registerService(String serviceName, ServiceFetcher fetcher) {
if (!(fetcher instanceof StaticServiceFetcher)) {
fetcher.mContextCacheIndex = sNextPerContextServiceCacheIndex++;
}
SYSTEM_SERVICE_MAP.put(serviceName, fetcher);
}
应用可以通过context.getSystemService方法,根据不同的name来获取不同的服务,但是通过此服务获取到的系统服务代理,是经过Android系统阉割的服务,隐藏一些Android系统认为不安全的方法,例如我们通过(PackageManager)context.getSystemService("package")获取到的对象其实是ApplicationPackageManager对象,继承PackageManager抽象类,在ApplicationPackageManager对象初始化的时候传入一个PackagerManagerService代理对象,即在ApplicationPackageManager中做到对PackageManagerService一些方法的阉割,比如服务的installPackage方法就被隐藏了;
总结
这两种方法的在不使用隐藏方法时候均可使用,要是开发系统应用则可以使用getService方法;