跨屏通信怎样处理高频事件、重复请求和服务断连？

标准回答

应先说明哪些操作跨进程，再区分命令、进度和最终状态。关键命令需要可识别的请求与明确结果；高频位置或进度可考虑合并；服务断连时要清理旧会话并重新同步状态。是否采用 AIDL、回调或其他接口，要以项目为准。

用户连续拖动产生 100 次位置更新，画面可能只需要最新位置；但“拖动结束并提交流转”必须保留。把所有事件一视同仁丢弃或排队都容易出错。

**命令需要明确完成条件：**接口返回、对端受理和业务完成可能是三个时刻。重复提交同一流转请求时要避免创建互相冲突的任务。

**高频事件关注背压：**消费者处理不过来时，无限排队会增加延迟。对“只关心最新值”的位置事件可合并，但开始、结束等关键事件不能随意丢弃。

**断连先隔离旧状态：**重新连接后校准目标屏和当前会话，旧回调不能把新会话改回旧结果。说明实际用什么标识关联请求。

它改变调用等待方式，但不消除服务端排队和线程资源限制，也不保证业务成功。

先确认回调线程，UI 操作应切到正确线程，并检查页面和会话是否仍有效。

异步不等于无限吞吐，也不等于有序、幂等和必达。