ServiceManager入门

基础

        系统启动时，各个Service(非四大组件中的Service)都需要向ServiceManagerService(一个管理各个Service的Service)中注册，由ServiceManager统一管理，如ActivityManagerService,PackageManagerService等。而client进程与这些Service通信时，首先需要向ServiceManagerService中查找相应的Service，拿到返回值后再将返回值转成对应的接口，就可与对应的Service进行通信了。

        这里会涉及到一个问题：ServiceManagerService本身就是一个单独的进程，客户端必须先跨进程与ServiceManagerService交互之后才可与自己需要的Service进行交互。解决的办法为：将ServiceManagerService的handle(每一个Service的唯一标识)设置为0，这样就可以拿到SMS在本进程中的代理对象了(c层中直接new的一个BpBinder(0)对象，这拿到的就是SMS的代理对象)。但对于别的Service而言，不能采用该种方法，因为它们的句柄由SMS控制，不一定是固定的。

        ServiceManagerService类似于DNS服务器，每一台pc都会向dns服务器中查询自己无法解析的域名对应的ip地址，然后使用拿到的ip地址进行访问。而client首先向ServiceManagerService查询自己需要的Service的handle(相当于ip)，然后才跟对应的Service通信。

        下面是WindowManagerGlobal#getWindowManagerService()的代码，它获取的是一个WindowManagerService在本进程中的代理对象。

    public static IWindowManager getWindowManagerService() {        synchronized (WindowManagerGlobal.class) {            if (sWindowManagerService == null) {                sWindowManagerService = IWindowManager.Stub.asInterface(                        ServiceManager.getService("window"));                //略            }            return sWindowManagerService;        }    }

        这里只看ServiceManager.getService()的返回值，因为asInterface()只是将这个返回值转换为IWindowManager类型，从而可以使用sWindowManagerService调用WMS中的方法。而ServiceManager.getService()就相当于从dns中查询ip的过程。

初始化

        对SMS来说，它的主要责任就是让客户端能获取到服务端的正确代理对象——其实是一个IBinder对象，客户端自己使用该IBinder进行IPC操作。因此，在本进程中获取SMS的代理对象就是最先进行的一步了。方法为：

    private static IServiceManager getIServiceManager() {        if (sServiceManager != null) {            return sServiceManager;        }        // Find the service manager        sServiceManager = ServiceManagerNative.asInterface(BinderInternal.getContextObject());        return sServiceManager;    }

        asInterface()如下：

   static public IServiceManager asInterface(IBinder obj)    {        if (obj == null) {            return null;        }        IServiceManager in =            (IServiceManager)obj.queryLocalInterface(descriptor);        if (in != null) {            return in;        }                return new ServiceManagerProxy(obj);//建立一个SMS的本进程代理对象    }

        BinderInternal.getContextObject()如下：

    /**     * Return the global "context object" of the system.  This is usually     * an implementation of IServiceManager, which you can use to find     * other services.     */    public static final native IBinder getContextObject();

        从注释中可以看出getContextObject是一个native方法，它拿到的是一个整个系统的context object，并且经常是IServiceManager的实现类。这就相当于AIDL中的ServiceConnection#onServiceConnected()中拿到的IBinder对象。使用该IBinder对象进行IPC时，就会与SMS交互。

getService()

    public static IBinder getService(String name) {        try {            IBinder service = sCache.get(name);            if (service != null) {                return service;//有缓存拿缓存，没有缓存就新拿            } else {                return getIServiceManager().getService(name);//获取SMS，并从SMS中拿IBinder对象            }        } catch (RemoteException e) {            Log.e(TAG, "error in getService", e);        }        return null;    }

        从初始化过程中可以看出getIServiceManager得到的是ServiceManagerProxy对象。其getService()如下：

    public ServiceManagerProxy(IBinder remote) {        mRemote = remote;    }        public IBinder getService(String name) throws RemoteException {        Parcel data = Parcel.obtain();        Parcel reply = Parcel.obtain();        data.writeInterfaceToken(IServiceManager.descriptor);        data.writeString(name);        mRemote.transact(GET_SERVICE_TRANSACTION, data, reply, 0);//使用BinderInternal.getContextObject()得到的IBinder对象进行IPC        IBinder binder = reply.readStrongBinder();        reply.recycle();        data.recycle();        return binder;    }

        这段代码就是从SMS中根据指定的name拿到一个对应的Service的IBinder对象，然后使用一个代理类代理该对象，并new一个代理类的实例，最后通过这个实例就可以与name指定的Service进行交互了。

        在ContextImpl#getSystemService()中，也是通过这种方式获取到的对应的Service。