关于来电被Call Directory Extension拦截时触发的方法及拦截后调用Completion Handler的技术问询

嘿，刚好对Call Directory Extension这块摸得比较透，来给你详细说说这两个问题：

1. 当来电被Call Directory Extension拦截时，会调用哪个方法？ #

这里得先掰扯清楚一个容易混淆的点：Call Directory Extension并不是实时处理每一个来电的，它的核心工作是提前把要拦截的号码列表提交给系统。当有匹配的来电进来时，是系统自动完成拦截动作，并不会实时触发Extension里的某个方法。

不过和拦截逻辑相关的Extension生命周期方法有两个：

• beginRequest(with context: CXCallDirectoryExtensionContext)：这是Extension启动时的入口方法，你得在这个方法里加载好要拦截的号码，然后通过context.blockEntry(withNextSequentialPhoneNumber:)（或者批量处理的blockEntries(withPhoneNumbers:)）把号码提交给系统。系统会把这些号码缓存起来，后续来电匹配的时候直接用缓存判断，根本不需要再调用Extension。
• requestInitialization()：如果系统检测到你的Extension需要更新拦截列表（比如你在主App里新增/删除了号码），会调用这个方法触发初始化流程，最终还是会走到beginRequest方法去重新提交号码。

总结下：来电拦截是系统自动干的，不会实时调用Extension的方法；Extension只负责提前把拦截名单交给系统就行。

2. 来电被拦截完成后，是否存在调用Completion Handler的可行方式？ #

遗憾的是，Call Directory Extension本身并没有提供官方的回调接口，来通知你“某条来电已经被拦截了”。不过咱们可以用一些间接的办法来实现类似的效果：

• 用Core Telephony监听来电状态：在你的主App里（注意不能在Extension里，因为Extension没有持续运行的能力），可以用CTCallCenter来监听来电状态的变化。当你检测到来电从“响铃”状态变成“挂断”，并且这个号码正好在你的拦截列表里，就可以判定是被系统拦截了，然后执行你需要的Completion逻辑。
• 结合App Groups同步数据：如果你的主App和Extension配置了共享的App Groups，可以在Extension提交拦截号码时同步到共享的存储（比如UserDefaults或者Core Data），然后主App监听来电状态，匹配号码后触发你要的Completion Handler。

这些都是曲线救国的方案，没有官方直接回调那么精准，但在大多数场景下足够用了。

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