ServiceManager入门

本文主要是介绍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 managersServiceManager = 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对象进行IPCIBinder binder = reply.readStrongBinder();reply.recycle();data.recycle();return binder;}

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

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

这篇关于ServiceManager入门的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---