如何定位App内私有API来源以通过Apple审核及libjpeg链接相关疑问

首先针对你最开始的疑问：移除-ljpeg就触发_jpeg_set_quality符号缺失的编译报错，基本可以证明你当前调用的jpeg_set_quality是来自自行链接的第三方libjpeg，而非苹果系统的私有库。如果调用的是苹果私有库的实现，移除-ljpeg不会在编译阶段抛出符号缺失错误。

下面是你三个疑问的解答：

1. 如何确认调用的方法实际链接的是哪个库？ #

使用Xcode自带的命令行工具即可验证：

• 先编译出和提审版本一致的Release模式可执行文件
• 执行命令：nm -m 你的App可执行文件路径 | grep _jpeg_set_quality，输出会直接显示该符号关联的库路径
• 也可以执行otool -L 你的App可执行文件路径，查看所有依赖库的加载顺序和路径，确认你自己引入的libjpeg优先级高于系统库路径

2. 如果两个库存在同名函数，App运行时会优先调用哪一个？ #

优先级由链接/加载顺序决定：

• 静态库场景：编译链接阶段会优先保留先被链接的库的符号，后续同名符号会被直接忽略
• 动态库场景：dyld运行时加载时会优先调用先加载的库的符号。默认你自行嵌入的动态库优先级高于系统动态库，但如果没有正确配置rpath，也可能出现意外调用系统同名库的问题。

3. 动态库.dylib是否会导致私有API检测问题？我是否应该改为链接静态库.a？ #

苹果的私有API检测会扫描你App中所有用到的符号名，只要系统私有库存在同名符号，不管你链接的是动态库还是静态库都有可能触发误报。
但链接静态版本的libjpeg.a会把你用到的符号直接编译进App的可执行文件，运行时不需要依赖外部的libjpeg动态库，可以彻底避免运行时意外加载系统同名动态库的情况，能有效降低误报概率，建议你切换为静态库版本。

如果后续提交审核仍然被误判，可以在审核备注里说明你使用的是开源的第三方libjpeg，没有调用苹果私有API，附带上相关的开源代码说明即可。

内容的提问来源于stack exchange，提问作者PerfectGamesOnline.com