在同一个 iOS 项目中，Swift 和 Objective-C 分别作为调用方时，各自的桥接机制是怎样工作的？请说明引入桥接头文件或生成接口头文件的前提条件，并指出混编时容易忽略的编译期、运行期或迁移层面的常见问题。
考察说明
考察 Swift 与 Objective-C 混编的机制和实际工程中的注意事项。
回答思路
- 【回答框架 1】Swift 调用 Objective-C 时，依赖自动生成的桥接头文件（如 项目名-Bridging-Header.h），需要在 Build Settings 的 Swift Compiler - General 中配置 Objective-C Bridging Header 路径，并在该头文件中导入需要暴露的 Objective-C 头文件；只有被导入的接口才会对 Swift 可见，桥接头文件修改后需要重新构建。
- 【回答框架 2】Objective-C 调用 Swift 时，编译器为每个 target 生成一个接口头文件（如 项目名-Swift.h），需要在 Objective-C 文件中用 #import 导入该头文件；Swift 类必须继承 NSObject 或其它 Objective-C 类，使用 @objc 或 @objcMembers 暴露给 Objective-C，且 Swift 中的泛型、元组、枚举关联值等特性无法直接暴露。
- 【回答框架 3】编译期注意：Swift 与 Objective-C 的模块和头文件互相依赖时可能产生循环引用，应通过前置声明（@class）或合理划分模块避免；Objective-C 的宏在 Swift 中不可见，只能通过函数或常量替代；Swift 的命名空间以模块为单位，Objective-C 类名不能与 Swift 类重名冲突。
- 【回答框架 4】运行期注意：动态派发差异——Objective-C 方法默认消息传递，Swift 方法默认静态派发，若需动态替换或 KVO 必须显式标记 @objc dynamic；可选值映射——Objective-C 的 nil 对应 Swift 的 Optional，但非可选类型桥接时若返回 nil 会导致崩溃；集合类型桥接时，Swift 的值类型与 Objective-C 的引用类型（NSArray、NSDictionary）需要转换。
- 【回答框架 5】迁移层面：新 Swift 类可继承旧 Objective-C 类，但反向继承（Objective-C 类继承 Swift 类）仅当 Swift 类标记 @objc 且继承 NSObject 时才可能；Swift 中无法直接使用 Objective-C 的类别（Category）方法名冲突，需通过桥接头文件导入；混编项目应保持头文件最小化，避免不必要的暴露，降低编译时间。
- 【关键点 1】桥接头文件配置是 Swift 调用 OC 的前提；自动生成的 -Swift.h 是 OC 调用 Swift 的前提。
- 【关键点 2】Swift 类必须继承 NSObject 并标记 @objc 成员才能被 OC 使用。
- 【关键点 3】OC 宏、泛型、元组等无法直接桥接，需要转换或封装。
- 【关键点 4】动态派发差异：Swift 方法默认静态派发，KVO 或交换需加 dynamic。
- 【关键点 5】注意空值桥接和集合类型转换，避免崩溃或数据丢失。
- 【易错点 1】忘记配置桥接头文件或路径错误，导致编译报错。
- 【易错点 2】Swift 类未加 @objc 或未继承 NSObject，OC 侧无法调用。
- 【易错点 3】在 Swift 中直接使用 OC 的宏或 C 函数时，需导入模块正确，否则找不到符号。