结构型模式-安卓源码实战之的Proxy（代理）、Delegate（委托）

Posted 2023-03-21

参考技术A

Proxy和Delegate的设计思想是相同的，可以一起讨论。前面是代理模式的简要介绍，后面是具体源码实战。

以下基础知识摘抄自《设计模式-可复用面向对象软件的基础》Proxy章节

为其他对象提供一种代理以控制对这个对象的访问

当创建某一具体对象RealSubject开销很大时，应该根据需要进行创建，当真正需要到这个RealSubject对象时在进行创建，此时就需要用到代理Proxy 。

例如需要在文档中嵌入 图形对象的文档编辑器功能 ，然而 创建图形文档编辑器的开销很大也不是每一个文档都需要用到图形文档编辑器 。所以我们使用另外一个对象（即图像Proxy） 代替 真正的图形文档编辑器。 Proxy可以代替一个图形文档编辑器，并且在真正需要的时候负责实例化这个图形文档编辑器对象。

只有当文档编辑器点击 图形文档编辑器 代理Proxy的图标以启动功能时，图形代理Proxy才创建真正的 图形文档编辑器 对象

上面说过，代理（委托）模式是为了避免直接创建开销大的资源而不使用，采用的一种代理模式以便于真正使用时在实例化。

在 PhoneWindowManager 中使用 KeyguardServiceDelegate 来代理 KeyguardService 的功能( KeyguardService 由 KeyguardServiceWrapper 包装器进行包装)

PhoneWindowManager 需要使用到 KeyguardService 的功能，但是在创建 PhoneWindowManager 时就实例化 KeyguardService 没必要且开销大，因为还没用到 KeyguardService 的功能。直接创建 KeyguardService 会浪费 binder线程池 资源，所以应该在需要使用的时候再创建，所以引入 KeyguardServiceDelegate 。

PhoneWindowManager 并没有直接创建 KeyguardService 对象，而是创建了代理对象 KeyguardServiceDelegate 。 后面 PhoneWindowManager 需要使用到 KeyguardService 的功能时，通过调用 KeyguardServiceDelegate.bindService 将 KeyguardService 的 binder 对象转化为 接口 封装到 KeyguardServiceWrapper 包装器，最后将 KeyguardServiceWrapper 赋值到 KeyguardServiceDelegate 的成员变量，完成整个代理模式的架构。

最终的方法调用流程：
PhoneWindowManager -> KeyguardServiceDelegate ->KeyguardServiceWrapper->KeyguardService

通过创建KeyguardServiceDelegate来避免直接创建KeyguardService而不使用带来不必要的开销。属于延迟加载。

[SystemServer.java]

众所周知SystemServer用来完成服务的创建和初始化过程。

一：WindowManagerService.main();启动了WMS，可以看到new PhoneWindowManager()传入WMS的main方法中，它将被赋值到成员变量WindowManagerPolicy mPolicy;

二：wm.onInitReady();调用WMS的init方法，这里是KeyguardServiceDelegate的创建流程

[WindowManagerService.java]

[WindowManagerService.java]

调用PhoneWindowManager.init方法

[PhoneWindowManager.java]

这里可以看到，在PhoneWindowManager.init函数中并没有直接创建KeyguardService对象，而是创建了代理对象KeyguardServiceDelegate。在后面需要使用到KeyguardService的功能时，通过调用KeyguardServiceDelegate.bindService将KeyguardService的binder对象转化为接口封装到KeyguardServiceWrapper包装器，最后将包装器赋值给KeyguardServiceDelegate的成员变量

[KeyguardServiceDelegate.java]

[SystemServer.java]

[SystemServer.java]

[WindowManagerService.java]

mPolicy指的是WindowManagerPolicy。而PhoneWindowManager实现了WindowManagerPolicy接口。mPolicy的赋值在WMS的构造函数中就已经完成了。而WMS的启动在systemServer中。

[PhoneWindowManager.java]

[PhoneWindowManager.java]

[PhoneWindowManager.java]

调用context.bindServiceAsUser(...)来绑定服务，重点关注以下几点

通过指定ComponentName来绑定服务。可以看到KeyguardServiceDelegate所在包名为

/frameworks/base/services/core/java/com/android/server/policy/keyguard/KeyguardServiceDelegate.java

寻找resources.getString(com.android.internal.R.string.config_keyguardComponent)的定义位置

[/frameworks/base/core/res/res/values/config.xml]

可以看到config_keyguardComponent对应启动的就是 KeyguardService 这个服务。通过 ServiceConnection 去指定拿到 KeyguardService 后，将 KeyguardService 转换为接口对象 IKeyguardService.Stub.asInterface(service) 来创建 KeyguardServiceWrapper 对象。看一看 KeyguardServiceWrapper 的创建过程

[KeyguardServiceWrapper.java]

可以看到将IKeyguardService service传递给了成员变量mService

ServiceConnection mKeyguardConnection 里通过 KeyguardService 的创建了代理对象 KeyguardServiceWrapper 。

后续当需要使用到 KeyguardService 功能是将是以下的调用过程

PhoneWindowManager -> KeyguardServiceDelegate ->KeyguardServiceWrapper->KeyguardService