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。