Binder远程服务重连机制

日常开发中,绑定远程服务获取IBinder对象后,若服务异常挂掉,客户端与服务端连接会断开。因此客户端需有重连机制。绑定成功获取IBinder后,将实现DeathRecipient接口的对象与服务端关联,服务端挂掉会回调通知,此时应延迟2 - 3s再重连。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1、概述
在日常的开发中,我们经常会定义AIDL接口文件,然后使用BindService或者ServiceManager.getService(String name)的方式绑定一个远程的服务,获取到IBinder对象,然后转换成接口使用。但是一旦远程服务异常挂掉,这个时候客户端与服务端的连接其实已经断开了,在客户端就收不到任何服务端的信息。因此我们在客户端需要有一个重连机制,在服务断开的时候,去重新连接服务。
2、IBinder.DeathRecipient接口
客户端在绑定成功并获取到IBinder之后,需要把实现了DeachRecipient接口的对象通过iBinder的方法和服务端关联,如果服务端挂掉之后,就会通过DeathRecipient接口的binderDied()方法回调通知,这个时候我们就可以延时执行重连接的动作。

IBinder.linkToDeath(DeathRecipient recipient,int flag);  //通过这个方法把监听注册到Binder系统里面
IBinder.unlinkToDeath(DeathRecipient recipient, int flags); //反注册监听,在接收到远程服务死掉之后,我们需要反注册此监听,在其后的重新连接之后,再注册。
246    /**
247     * Interface for receiving a callback when the process hosting an IBinder
248     * has gone away.
249     *此接口就只有一个Binder死掉的回调方法,在这个方法里面,我们需要去做重连
250     * @see #linkToDeath
251     */
252    public interface DeathRecipient {
253        public void binderDied();
254    }

需要注意一点:我们不能在收到binderDied回调的时候,马上就去做重连接,而是需要延迟2s-3s再去做重连接。这是因为,我们需要给服务重启一些时间,不然重连接可能不会成功,或者数据不能够同步。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值