第四章：Swift与Objective-C混编：高频问题
混编是iOS组件库开发者的核心技能。本章聚焦桥接原理、命名冲突处理、兼容性方案三大高频考点，帮你一次吃透面试官最关心的“合作通信”问题。
混编核心概念速查表
| 场景 | 关键文件/机制 | 常见问题 |
|---|---|---|
| Swift 调用 OC | 桥接头文件 xxx-Bridging-Header.h | 漏导入、C 函数不暴露 |
| OC 调用 Swift | #import “ | 未加 @objc 暴露、继承 NSObject |
| 命名冲突 | @objc(name) / NS_SWIFT_NAME | Category 方法同名、类名重复 |
| 兼容性 | NS_ASSUME_NONNULL / 泛型 | 可空性、集合类型桥接 |
问题 1：简述 Swift 与 Objective-C 混编的桥接原理，如何让 OC 类被 Swift 调用？
面试官考察点：是否理解编译时自动生成桥接头、模块映射机制、以及 @objc 暴露的必要条件。
回答框架： 场景 → 方案（桥接头/自动生成） → 注意事项（暴露条件、继承 NSObject）
简短示例回答：OC 类需继承 NSObject 或 NSProxy，方法用 @interface 声明。在 Build Settings 中设置 Objective-C Bridging Header 路径，编译器自动生成 Swift 可见的接口。关键点：C 函数需手动 extern 声明，Swift 中通过桥接头导入。
可能追问：如果不写桥接头，可以用 @_exported import 吗？如何控制只暴露部分方法？
问题 2：OC 调用 Swift 时出现命名冲突如何解决？请给出具体方案。
面试官考察点：是否熟悉 @objc 重命名、NS_SWIFT_NAME、以及 Category 命名空间处理。
回答框架： 场景（类名/方法名冲突） → 方案（@objc(name) / 前缀/后缀） → 注意事项（Category 方法覆盖）
简短示例回答：使用 @objc(OCClassName) 为 Swift 类指定 OC 暴露名称，避免与 OC 类重名。用于 Category 时用 NS_SWIFT_NAME 定义 Swift 接入点。若冲突来自第三方库，可通过前缀命名空间隔离，比如 ABCModule_XXX。
可能追问：如果两个 Category 都实现了同一个方法，OC 运行时如何选择？在混编中如何预防？
问题 3：混合团队开发组件库时，如何保证 OC 与 Swift 代码的兼容性？请从工程层面说明。
面试官考察点：是否具备模块化思维、编译配置、宏定义、以及代码规范的能力。
回答框架： 场景（多语言混合团队） → 方案（统一模块映射/编译配置/代码规范） → 注意事项（避免循环引用、测试覆盖）
简短示例回答：使用 Module.modulemap 统一暴露公共接口；在 OC 侧用 NS_ASSUME_NONNULL 标记可空性；Swift 侧为所有公开类加 @objcMembers 或批量暴露；配置 Build Settings 中 Defines Module 为 Yes。代码规范强制使用前缀和注释。
可能追问：如何处理 Swift 中 Optional 类型在 OC 侧的桥接？如果 OC 代码使用了泛型，Swift 侧如何映射？
SWIFT_NAME、NS_STRING_ENUM、NS_EXTENSION_UNAVAILABLE 等宏，展示你对混编工具链的深度掌握。同时结合组件库场景，强调“接口稳定”和“模块解耦”，更能打动大厂面试官。