这篇文章内容主要围绕ActivityManagerService的代理模式做下梳理和学习总结，有不正确的欢迎指出。
首先回顾下代理模式的应用场景：当访问对象存在困难，或者不想直接访问一个对象。
framework层源码中以Instrumentation.java中的execStartActivity()为切入点图1：
execStartActivity方法中真正的核心代码就是ActivityManagerNative.getDefault().startActivity()方法。ActivityManagerNative.java又是一个abstract类型的class继承于Binder并实现IActivityManager接口，如图2：
gDefault.get()比较简单就是个单例模板，并且内部会的ServiceManager.getService("activity")其实就是ActivityManagerService（图中标记为1的部分），asInterface()方法才是代理模式应用的关键（图中标记为2的部分），如图3：
如图4：在asInterface方法中返回的其实是ActivityManagerProxy实例，而obj参数正是ServiceManager.getService("activity")。
接着了引入了ActivityManagerProxy类，这个类是ActivityManagerNative.java的一个内部类，这正是一个ActivityManagerService 的client代理对象。如图5：
可以看出一个startActivity方法其实真正的调用是通过ActivityManagerProxy实例调用startActivity(),而内部又通过mRemote.transact()方法通过binder机制完成了最终的调用。通过源码的分析，大致的代理模式如下：
以上就是代理模式在framework层的源码中的实际应用之一，更多的细节慢慢梳理中~~~
