【发布时间】:2011-12-16 16:30:47
【问题描述】:
我有一个通过 AIDL 导出 RPC 接口的 Android 服务。该接口是面向连接的,客户端将连接到它,与它进行交易,然后在退出时断开连接。
不幸的是客户端异常退出,例如被系统杀死,它永远没有机会告诉 RPC 接口连接已关闭。这会导致问题。
有什么方法可以让服务在新客户端连接和分离接口时自动获得通知?我找到了onBind() 和onUnbind(),但它们不是一回事;他们告诉我接口是否在使用中。 onUnbind() 仅在最后一个客户端分离时才被调用。
有什么想法吗? (而且服务的设计是由外部需求控制的,无法更改……)
更新:我完全忘了提到我看过linkToDeath(),这几乎完全符合我的要求,但它似乎只能起到相反的作用方式 --- 它允许客户端在服务终止时得到通知。当我尝试它时,似乎什么也没发生。文档有点零散;任何人都知道这是否按我想要的方式工作?如果是这样,如何让它告诉我哪个客户死了?
更新更新:我已经解决了这个问题,但只是作弊。我重新定义了它。我的应用程序实际上主要是使用 NDK 用 C 语言编写的,因此服务的设计很奇怪;因此,我将问题转移到 C 世界并创建了一个小型辅助进程,它使用 Unix 域套接字直接与我的应用程序的本机部分对话。它速度快,非常小,几乎是防弹的——但它仍然在作弊。所以虽然我的问题现在已经解决了,但我仍然想知道实际的答案是什么。
【问题讨论】:
-
当你说不能改的时候,是不是可以在导出的接口中添加方法,只要不改变已有的方法?或者让服务发送广播,其意图可以通过广播接收器从外部接收?
-
我可以随心所欲地更改界面,但必须保留整体面向连接的架构。我可以让服务不断发送客户端必须回复的广播,并且假设不回复的客户端已经死亡,但是...... ew。这是你的意思吗? (嘿,如果它会工作,我会试试。)
标签: android android-service android-binder