Xcode中Library not loaded问题：框架嵌套场景解决方案咨询

我完全懂你的痛点——你不想让客户操心额外的框架B，只想给他们干净的框架A，但运行时dyld找不到B的问题确实头疼。针对这种嵌套框架的场景，核心思路是把框架B打包进框架A的内部，让A成为一个包含依赖的独立框架，客户只需要集成A就行。下面是具体的操作步骤：

1. 调整框架A的构建设置，嵌入框架B #

• 打开框架A的Xcode项目，在Build Phases里添加一个新的Embed Frameworks阶段（如果没有的话）。
• 将框架B拖入这个Embed Frameworks阶段，确保勾选Copy items if needed，并且根据你的签名需求设置Code Sign On Copy（一般建议勾选，避免后续签名冲突）。

2. 修改框架B的安装路径 #

• 选中框架B的Target，进入Build Settings，找到Install Directory（安装目录），将其值改为@rpath/A.framework/Frameworks。这个设置会让B最终被安装到A的内部Frameworks目录下，确保A能正确定位到它。

3. 调整框架A的运行路径搜索设置 #

• 回到框架A的Target，在Build Settings里找到Runpath Search Paths，确保包含@executable_path/Frameworks和@loader_path/Frameworks这两个路径。前者是让客户的应用能找到A，后者是让A能找到内部嵌套的B。

4. 重新编译并打包框架A #

• 编译框架A的Target，生成包含B的完整A框架。你可以在Xcode的Products目录下找到A.framework，右键选择Show in Finder，打开后应该能看到内部的Frameworks文件夹里已经包含了B.framework。

5. 验证客户侧的集成 #

• 客户只需要将这个打包好的A.framework添加到他们应用的Embedded Binaries里，不需要再添加B。编译运行后，dyld就能正确找到嵌套在A里的B，不会再出现image not found的错误。

额外注意事项 #

• 如果框架B是静态框架，步骤可以简化：只需要在框架A的Link Binary With Libraries里添加B，然后确保A的编译设置里Other Linker Flags包含-ObjC（如果B里有分类代码的话）。这种情况下B会被直接合并到A的二进制文件中，不需要嵌入操作，客户同样只需要集成A即可。
• 代码签名要保持一致性：如果你的框架用于App Store分发，确保A和B的签名使用同一个开发者账号的证书，避免运行时出现签名验证失败的问题。

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