Azure Communication Services安卓端应用关闭时来电接收问题咨询

针对你遇到的应用关闭后重启，监听器无法捕获之前发起的来电问题，这里有几个更贴合ACS机制的优化方案：

方案1：初始化后主动查询当前活跃呼叫 #

ACS的Call Agent提供了获取当前所有呼叫的API，应用启动并完成Call Agent初始化后，直接调用该接口查询，就能拿到应用关闭期间发起的来电，不需要依赖监听器的回溯触发。

示例代码：

// 完成Call Agent初始化后执行
List<Call> activeCalls = callAgent.getCalls();
for (Call call : activeCalls) {
    if (call.getState() == CallState.INCOMING) {
        // 执行你的来电响应逻辑，比如弹出来电界面
        showIncomingCallUI(call);
    }
}

方案2：结合推送通知的呼叫标识主动拉取 #

你已经通过推送通知传递自定义详情，可以在推送里加入呼叫的唯一ID（callId）。当用户点击推送启动应用时，将这个callId传入启动流程，通过Call Agent的API直接获取该呼叫实例，触发响应逻辑。

核心逻辑：

• 推送通知携带callId字段
• 应用启动时解析Intent获取callId
• 初始化Call Agent后，遍历getCalls()结果匹配callId，或通过ACS服务端API查询该呼叫状态
• 匹配到对应来电后，触发响应逻辑

为什么监听器不触发？ #

addOnIncomingCallListener和addOnCallsUpdatedListener仅会监听监听器添加之后产生的新事件，应用关闭期间发起的来电属于添加监听器之前的事件，所以不会触发回调。主动查询是最直接的补全方式。

相比修改呼叫发起逻辑为“推送邀请加入”，以上方案更贴合ACS原生的呼叫状态管理机制，不需要改动现有呼叫发起流程，仅在接收端启动阶段补充状态查询即可。

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