当收到来自websocket的来电时，如何处理Voip Push？

Question

问题从这里开始，似乎还没有人给出正确的答案。

==================================

嗨，德夫斯，

我正在开发一个社交网络应用程序，其中包括音频通话功能。我与插座IO网络对话器集成了这个音频呼叫。我通过两种方式接收音频呼叫。连接套接字时的套接字呼叫

仅供参考，为什么我有两种接听电话的方式，如上所述，

< li >默认情况下启用VoIP，因为有时套接字调用没有响应，并且在那时从不显示调用。 < li >当应用程序在前台时启用套接字，以确保在VoIP推送出现MissingDeviceToken/BadDeviceToken错误时收到呼叫。

考虑到iOS 13对VoIP使用的指导，我遵循了以下集成步骤。

> < li>

当应用程序被终止或套接字未连接时，将获取VoIP呼叫并使用provider.reportNewIncomingCall()进行响应。所以这里没有VoIP使用的问题。

当套接字连接时，将得到两个套接字呼叫

1. 使用provider.reportNewIncomingCall（）响应套接字调用。
2. 稍有延迟后，将收到已由套接字调用的同一呼叫的VoIP推送。在这里，我应该使用CallKit响应此VoIP推送。但我已经调用了呼叫。所以，我使用以下代码来处理。

＜code＞提供程序。reportCall（with:call.uuid，updated:updated）使用相同的uuid

问题1：这是处理上述问题的正确方式吗？

===========================================================================================================

根据我的应用程序要求，我的应用程序应该一次有一个活动呼叫。

考虑一下，我正在进行通话，通过VoIP又接收了一个进线量。所以在这里，我不想显示额外的通话。所以我忽略了额外通话的VoIP推送。但是它会导致崩溃“杀死应用程序，因为它在收到PushKit VoIP推送回调后从未向系统发布进线量。”

问题2：如何处理上述场景？

===========================================================================================================

对于问题2，我试着从这个问题中回答。

尽管它在某些情况下不起作用，例如当用户恰好足够快地接听一个电话时，第二个来自推送的来电将导致“呼叫堆叠”屏幕。

这种方法还在最近的呼叫列表中创建附加呼叫条和进线量，用于表示呼叫在第一次进入屏幕期间结束，这是糟糕的用户体验事件。

我也发现这个看起来很有希望，但很早就知道这会很好。

有人对此有什么解决办法吗？谢谢。

Answer 1

正如一位苹果工程师在技术支持请求中确认我的那样，我的答案在理论上是正确的。但是，在实践中，由于PushKit和CallKit的异步性质，如果不不必要地报告呼叫或因未能报告呼叫而崩溃，基本上不可能做到这一点。因此，这是非常令人沮丧的。

因此，对于问题2，如果对你来说这个答案是不可接受的，我能看到的唯一解决方案是让服务器为你处理它。因此，服务器应该有一个正在进行的呼叫列表，并避免向已经参与呼叫的用户发送VoIP推送。

对于问题1，您实现的解决方案并不真正可靠:您不能对异步环境中的事件顺序做任何假设。有可能在socket呼叫之前收到VoIP推送，在这种情况下，您无法报告新的来电，因为您只是报告了呼叫更新。或者，另一个更微妙的例子:您大致同时接收到push和socket调用，作为socket调用的结果，您报告新的传入调用，但是(记住CallKit是异步的)当系统正在处理新的调用请求时，您处理您的VoIP push，而不报告新的传入调用。

我认为处理这种情况的更简单的方法是只有一种方法来处理新来电，那就是通过VoIP推送。这样，您的应用程序应该在任何情况下都能工作，并且您不必在应用程序终止或已经运行时为收到的呼叫实现两个不同的代码路径。