从android中AIDL谈Proxy/Stub模式

本文探讨了Android中Activity与跨进程Service通信的问题,指出通过Binder框架使用code进行通信的方式存在不便。为解决这一问题,引入了Proxy和Stub模式,描述了Proxy作为Activity与IBinder之间的中介,将人性化接口转换为Binder通信协议,而Stub则是Service端的中介,将接收到的编码请求解码为业务接口。AIDL在此过程中起到关键作用,自动生成Proxy和Stub的代码,简化开发者工作,使关注点回归业务本身。

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

       如果activity要想和一个跨进程的Service进行通信就需要通过Binder框架,获取到IBinder对象,并调用transact()方法来达到通信的目的。该方法里的第一个参数是整数型的code,表示的是请求的服务类型,比如说我想请求使用某播放器服务,我就需要制定一个规则:当code为1时表示开始播放,当code为2时表示停止播放,当code为3时表示下一首歌曲。。。这中方法有几个问题:

 

  1. 这个规则需要Activity和Service这对交互的双方共同知晓,也就是说,Service必须很清楚code的每个值代表对方要求哪个操作,这种形式非常不直观,也容易出错。
  2. 这种方法在需要请求的操作数量较少的时候还可以忍受。可是如果数量非常多的时候,维护起来可就有点蛋疼了,而且在Service端实现自己的Binder对象方法里面不可避免需要写大量的if else块说着是switch case块,非常的不简洁又很难维护

       除了维护code不方便外,假如通信的时候需要一些额外的参数的话,Activity需要用一个Parcel对象把需要的参数依次写进去,再把该Parcel对象作为transact()方法的另一个参数传给Service。当Service这边的Binder对象得到该参数后,也必须按照之前写进去的次序依次读出来。看到了这么多不人性的交互方式,还能忍吗?所以找到一个更加人性化更加优雅的方法进行通信势在必行。

     

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

添码星空

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值