ActivityManagerProxy是在ActivityManagerNative.java中声明的内部类
class ActivityManagerProxy implements IActivityManager { public ActivityManagerProxy(IBinder remote) { mRemote = remote; } public IBinder asBinder() { return mRemote; } public int startActivity(IApplicationThread caller, String callingPackage, Intent intent, String resolvedType, IBinder resultTo, String resultWho, int requestCode, int startFlags, ProfilerInfo profilerInfo, Bundle options) throws RemoteException { Parcel data = Parcel.obtain(); Parcel reply = Parcel.obtain(); data.writeInterfaceToken(IActivityManager.descriptor); data.writeStrongBinder(caller != null ? caller.asBinder() : null); data.writeString(callingPackage); intent.writeToParcel(data, 0); data.writeString(resolvedType); data.writeStrongBinder(resultTo); data.writeString(resultWho); data.writeInt(requestCode); data.writeInt(startFlags); if (profilerInfo != null) { data.writeInt(1); profilerInfo.writeToParcel(data, Parcelable.PARCELABLE_WRITE_RETURN_VALUE); } else { data.writeInt(0); } if (options != null) { data.writeInt(1); options.writeToParcel(data, 0); } else { data.writeInt(0); } //看这里果然是通过mRemote.transact函数，这里的mRemote是BinderProxy类，关于这一点我们在Native层分析的时候再给出 mRemote.transact(START_ACTIVITY_TRANSACTION, data, reply, 0); reply.readException(); int result = reply.readInt(); reply.recycle(); data.recycle(); return result; } ...... } 是否存在Server端服务ActivityManagerNative是继承于Binder的抽象类，并重写了onTransact方法
public abstract class ActivityManagerNative extends Binder implements IActivityManager{ @Override public boolean onTransact(int code, Parcel data, Parcel reply, int flags) throws RemoteException { //根据code处理相应的业务逻辑，我们这里是START_ACTIVITY_TRANSACTION switch (code) { case START_ACTIVITY_TRANSACTION: { data.enforceInterface(IActivityManager.descriptor); IBinder b = data.readStrongBinder(); IApplicationThread app = ApplicationThreadNative.asInterface(b); String callingPackage = data.readString(); Intent intent = Intent.CREATOR.createFromParcel(data); String resolvedType = data.readString(); IBinder resultTo = data.readStrongBinder(); String resultWho = data.readString(); int requestCode = data.readInt(); int startFlags = data.readInt(); ProfilerInfo profilerInfo = data.readInt() != 0 ? ProfilerInfo.CREATOR.createFromParcel(data) : null; Bundle options = data.readInt() != 0 ? Bundle.CREATOR.createFromParcel(data) : null; int result = startActivity(app, callingPackage, intent, resolvedType, resultTo, resultWho, requestCode, startFlags, profilerInfo, options); reply.writeNoException(); reply.writeInt(result); return true; } } }既然ActivityManagerNative是个抽象类，那么谁真正实现了呢
[ActivityManagerService.java] public final class ActivityManagerService extends ActivityManagerNative implements Watchdog.Monitor, BatteryStatsImpl.BatteryCallback { //重写了onTransact函数 @Override public boolean onTransact(int code, Parcel data, Parcel reply, int flags) throws RemoteException { ...... try { //调用父类即ActivityManagerNative的onTransact函数 return super.onTransact(code, data, reply, flags); } catch (RuntimeException e) { throw e; } } }
Launcher进程与SystemServer进程交互过程如下
关于Java层的Binder机制，我们只需要理解以BinderProxy代表的代理端和Binder代表的服务端的概念即可，例如我们本例中的AMS，AMS是运行在SystemServer进程中的服务端，它间接继承于Binder，在得到相关请求后，会调用AMS重写的onTransact函数进行逻辑处理。那么这个请求就是是AMS的客户端ActivityManagerProxy通过Binder的方式发给它的，ActivityManagerProxy发送这个请求的方式，是通过调用其内部的成员变量mRemote,这个mRemote其实是BinderProxy的对象，然后BinderProxy通过JNI调用Native层对应函数，最终通过Binder驱动达到与SystemServer交互的目的。
那么还遗留下以下几个问题：
1. 服务器端的代理怎么获得的
2. 位于代理类中的mRemote这个变量
要想理解好上面的个问题，我们必须向Native层进军。
Native层Binder我们依然以AMS分析，我们先来想一下我们在用户进程中即我们的App中想使用AMS或者其他剪切板之类的系统服务函数了怎么办？？按照上面的分析我们要获得AMS的代理ActivityManagerProxy
[ActivityManagerNative.java]
//这里我们的App进程从SM进程得到AMS服务对应的客户端代理BinderProxy IBinder b = ServiceManager.getService(Context.ACTIVITY_SERVICE); //以BinderProxy为参数得到我们ActivityManagerProxy，并把BinderProxy对象存储在mRemote变量中 IActivityManager am = asInterface(b); return am;到这里我们就有以下问题，本小节分析1,2
1. 既然可以通过SM获得对应的客户端代理，那么AMS必定已经注册在SM中了，那么怎么注册的呢？
2. AMS代理是如何获得的？
3. AMS代理是如何与Binder通信的？