Binder服务端如何感知客户端进程死亡及Binder资源释放方法

1. 服务端感知客户端进程被杀的非ping方式 #

• 给客户端Binder注册死亡监听：如果服务端持有客户端传递过来的IBinder实例（比如客户端通过AIDL将自身的Binder代理传给服务端），可以调用该IBinder的linkToDeath()方法，注册自定义的DeathRecipient实现。当客户端进程被杀死时，服务端的binderDied()回调会被触发，以此感知客户端状态。
• 利用服务解绑回调：如果客户端是通过绑定服务的方式获取Binder，当客户端进程被杀时，系统会自动触发服务端的onUnbind()方法。虽然这个回调是解绑事件，但也可以间接判断客户端可能已死亡（需结合业务场景区分主动解绑和被动进程死亡）。

2. Binder资源释放的正确方式 #

直接将Binder对象赋值为null不可行，因为Binder涉及Native层的资源管理，Java层的null赋值只能切断Java对象引用，无法释放底层Native资源，可能导致内存泄漏。正确的释放步骤分场景：

服务端侧 #

• 先调用unlinkToDeath()解除所有已注册的死亡监听，避免无效回调。
• 如果是自定义的Binder子类实例，无需手动销毁，进程退出时系统会自动回收Native资源；若持有其他关联资源（如回调、Handler等），需先释放这些关联引用。
• 若通过Service提供Binder，服务销毁时系统会自动回收Binder相关资源。

客户端侧 #

• 调用unlinkToDeath()解除对服务端的死亡监听。
• 调用unbindService()完成服务解绑（如果是通过绑定服务获取的Binder）。
• 最后将Binder对象置为null，让Java层对象被GC回收，Native层资源会随系统的资源回收机制释放。

内容的提问来源于stack exchange，提问作者progquester