针对你现在遇到的iOS Objective-C场景下，统计第三方框架X公开API调用覆盖率的问题，我整理了几个实用的解决思路：

1. 先明确框架X的编译前提限制 #

传统的代码覆盖率统计（比如依赖gcov或Xcode的xccov）必须要求框架在编译阶段开启覆盖率相关编译标志：

• 需要添加-coverage（或--coverage）编译选项
• 编译时会生成.gcno文件，运行时生成.gcda文件用来统计覆盖数据

如果框架X是闭源的（你只有公开头文件和二进制库），那大概率它没有开启这些编译选项，这种情况下你用常规的xccov或__gcov_flush()方法肯定拿不到框架的覆盖率数据——因为二进制里根本没有覆盖率统计的埋点。这种时候你得换思路，不要盯着传统代码覆盖率，而是转向公开API的调用情况统计。

如果框架X是开源的，那最简单的方法是自己拉取源码，在它的项目Build Settings里开启Generate Test Coverage Files和Instrument Program Flow（对应上面的编译标志），然后重新编译框架并集成到你的测试应用Y中，之后再用常规的覆盖率工具就能拿到数据了。比如Sentry是开源的，你完全可以这么操作。

2. 基于Objective-C Runtime的公开API调用统计方案 #

既然你只能拿到公开头文件，那可以利用OC的Runtime特性，通过Method Swizzle来追踪所有公开API的调用情况，实现“调用覆盖率”的统计：

• 第一步：提取框架X的所有公开API：你可以用Clang的AST解析工具，或者写个简单的脚本扫描公开头文件，提取所有公开的类方法、实例方法（比如你提到的SentryEvent的initWithLevel:），整理成一个待检测的API列表。
• 第二步：Method Swizzle目标方法：在测试应用Y启动时（比如AppDelegate的didFinishLaunchingWithOptions:中），对框架X的每个公开方法进行Swizzle，替换成自己的实现——在你的实现里先标记该API已被调用，再调用原方法逻辑，保证框架的正常功能不受影响。
• 第三步：生成覆盖率报告：测试跑完后，对比你的API调用记录和初始的API列表，就能统计出哪些公开API被测试应用调用过，哪些没被调用，得到你需要的“公开API调用覆盖率”。

这种方案的优势是不需要框架做任何编译层面的修改，完全基于OC的动态特性实现，虽然不是传统意义上的代码行覆盖率，但精准匹配你“测试应用Y对框架X公开API的调用覆盖率”的核心需求。

3. 尝试调整Xcode测试目标的覆盖率配置 #

你可以再试试调整测试应用Y的Test Target配置，看是否能强制收集框架的覆盖率数据：

• 打开Test Target的Build Settings，把Generate Test Coverage Files和Instrument Program Flow都设置为YES
• 运行测试后，用xccov工具查看报告时，尝试指定框架的目标，比如：

  xccov view --only-targets FrameworkX YourTestY.xccovreport
  

不过还是那句话，如果框架本身没开覆盖率编译，这种方法大概率无效，但可以作为快速排查的尝试。

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