为何SPM引入的静态库会生成动态Framework？

这种空的动态Framework残留，是Xcode处理SPM静态依赖时的默认行为导致的：

• Xcode会为SPM中声明的每个.library产物生成统一的Framework容器结构，无论该library的链接类型是静态还是动态。
• 你看到的35KB小型Mach-O是个占位符文件，并非真正的动态库，里面没有实际的RxSwift代码；_CodeSignature则是Xcode自动为这个容器添加的签名信息，和已静态链接到主App的代码完全无关。

1. 明确指定SPM产物为静态类型 #

修改Package.swift中的产物声明，添加type: .static，直接告诉Xcode不需要生成动态Framework容器：

let package = Package(
    name: "ThirdPartyDeps",
    products: [
        .library(name: "RxSwift", type: .static, targets: ["RxSwift"])
    ],
    targets: [
        .binaryTarget(
            name: "RxSwift",
            url: "some_link_to_static_library.zip",
            checksum: "..."
        )
    ]
)

2. 彻底清理构建缓存 #

旧的缓存可能残留无效的Framework文件，执行以下步骤清理：

• 关闭Xcode
• 删除项目对应的DerivedData缓存文件夹（路径：~/Library/Developer/Xcode/DerivedData/[项目缓存名]）
• 打开项目后，执行File > Packages > Reset Package Caches
• 重新构建项目

3. 检查主App的链接配置 #

• 打开主App目标的Build Settings，确认Link Frameworks Automatically设置为YES
• 检查Other Linker Flags，移除任何手动添加的-framework RxSwift这类动态链接参数，让SPM自动管理依赖链接

4. 验证静态链接效果 #

可以通过以下方式确认问题已解决：

• 用命令otool -L MyApp.app/MyApp查看主二进制的依赖列表，确认没有RxSwift.framework/RxSwift的动态依赖项
• 对比主App二进制的大小，静态链接后体积会因包含RxSwift代码而明显增加

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