Android系统中getService和getSystemService区别

出处

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方法；