iOS扩展能否与主应用共用同一二进制文件以缩减包体积？

可行，但由于iOS扩展与主应用属于独立进程且受沙箱限制，无法直接共享同一二进制文件，不过可以通过以下两种方案大幅压缩包体积：

方案一：动态框架 + App Groups 共享加载 #

• 把C++核心代码编译成动态框架（Dynamic Framework），确保框架的代码签名与主应用完全一致。
• 主应用中设置该框架为Embed & Sign，启动时将框架复制到App Groups的共享容器目录（比如通过FileManager获取共享容器URL，创建Frameworks子目录后完成复制）。
• 所有扩展目标对该框架设置为Do Not Embed，在需要初始化C++层时，用dlopen加载共享目录里的动态库，再通过dlsym获取函数指针调用核心逻辑。
• 注意点：要手动指定动态库的加载路径，避免依赖@executable_path；同时要保证主应用更新时同步更新共享目录中的框架，避免版本不一致问题。

方案二：静态库 + App Thinning 自动优化 #

• 将C++核心代码编译为静态库，主应用和所有扩展都链接这个静态库。
• 开启项目的Bitcode（Xcode项目设置中Enable Bitcode = Yes），提交到App Store后，Apple的App Thinning机制会自动识别并合并重复的二进制代码——虽然每个扩展都链接了静态库，但最终分发的包只会保留一份C++核心逻辑的切片。
• 这种方案无需额外代码修改，依赖App Store的原生优化，实际下载体积会远低于你估算的210MB，重复的C++代码不会被多次打包。

额外注意事项 #

• 动态框架方案需要处理加载失败的异常情况，比如共享目录中框架不存在、版本不匹配等。
• 静态库方案要尽量避免使用无法被合并的符号（比如带不同实例的全局变量），否则App Thinning的合并效果会打折扣。
• 优化后一定要通过Xcode Archive打包，再查看App Store Connect中的App Size Report验证实际体积变化。

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