iOS CallKit 调研

tips：这篇文章基于当时的调研记录，目标是在客户发生火警时可以通过app 通过CallKit调用系统通话界面，重点不是讲具体接入代码，而是判断 CallKit 这个能力在项目里到底有没有落地价值。

CallKit 是什么

CallKit 是 iOS 10 推出的一个系统级能力，主要面向带有语音或视频通话功能的 App，也就是常说的 VoIP 场景。

它带来的核心能力主要有这些：

• 来电时可以接入系统通话界面。
• 通话记录可以进入系统电话记录里。
• 用户点开通话记录后，可以直接回拨。

简单说，CallKit 的作用不是“帮你实现通话能力”，而是把你本来就有的 VoIP 通话能力，更自然地接进 iOS 系统电话体验里。

Android 这边有个相近的概念，通常会提到 ConnectionService。

为什么后来没有继续往下做

从产品体验上看，CallKit 刚出来的时候确实很有吸引力。对有网络通话能力的 App 来说，接上系统来电界面、把通话记录打通，体验会顺很多。

但真往项目上走，国内分发场景很快就会碰到限制。

至少在我当时调研和提审时，大陆区上架会遇到明显的审核提示：

网上对这件事有不少解释和猜测，但从项目角度看，其实不用太纠结具体原因。真正要抓住的结论只有一个：

如果你的目标用户主要在中国大陆，而且应用要正常走大陆 App Store 分发，那 CallKit 的可用性本身就是要优先确认的前置条件。

也就是说，这件事首先不是技术问题，而是产品和合规问题。

实际使用时要想清楚的几件事

1. CallKit 是“体验增强”，不是“能力本体”

如果你的 App 本身就已经有成熟的 VoIP 语音/视频通话能力，那 CallKit 是锦上添花。

如果你的 App 自己并没有完整的网络通话能力，只是想借 CallKit 获得一个系统电话界面，那这个方向本身就不太对。

2. 不同平台的限制不一样

Android 侧确实也有类似能力，但实现思路和限制条件并不完全一样。

很多 Android 场景最终还是会落到后台常驻、进程保活这类问题上，而现在 Android 对后台行为的限制也越来越严格，所以可以简单理解成“iOS 不能用，Android 也不一定能做”。

3. 适合什么场景，得先看业务是不是“真 VoIP”

如果是企业内部通信、客服呼叫、已有网络通话能力的业务，CallKit 的接入价值是成立的。

但如果只是希望借它改善号码展示、规避拦截、或者解决运营商层面的识别问题，那就不是 CallKit 该解决的事情。

最后的结论

如果你的 App 本来就有真实的 VoIP 能力，而且目标分发区域允许使用这套能力，那么 CallKit 当然值得接，它能明显提升通话体验。

但如果你的主要用户在中国大陆，或者你的产品并不是一个真正的网络通话应用，那就没必要把它当成核心方案去投入。

• 有 VoIP 能力，CallKit 才有意义。
• 大陆分发场景下，先看规则(简单点说就是别想了)。