第二章 高频面试问题与回答框架
本章聚焦 iOS UI 工程化 面试中最高频的三大问题，提供 结构化答题框架，并对比大厂 / 中小厂对不同能力的侧重。掌握后你将能在面试中自信拆解问题，展示工程化思维与可迁移经验。
❓ 如何优化 UITableView 的滚动流畅性？
- 面试官考察点
- 性能瓶颈分析能力、底层知识（RunLoop、渲染机制）、有量化经验。
- 回答框架
- ① 定位问题：FPS / CPU 占用 → ② 拆解原因：cell 复用、离屏渲染、层级过深 → ③ 方案：异步绘制、预排版、避免光栅化 → ④ 对比：YYTexture 与 AsyncDisplayKit 取舍。
- 示例回答
- 先通过 Instruments 检测主线程耗时。发现 cell 内圆角 + 阴影导致离屏渲染。改用贝塞尔路径裁剪 + 异步绘制后 FPS 从 45 提升到 58。同时预计算 cell 高度缓存到 model 层，避免 Auto Layout 重复计算。
- 可能追问
- 如何精确测量离屏渲染占比？
预缓存 cell 高度如何保证内存不过大？
AsyncDisplayKit 和 SwiftUI 的差异？ - 避坑提醒
- 不要只背方案，要说出“你的项目为什么选这个方案”。避免说“用 SDWebImage 就解决了”，要解释具体的缓存策略和线程调度。
❓ 谈谈你对 iOS 组件化开发的理解，你们项目中是如何实践的？
- 面试官考察点
- 架构设计思想、模块划分粒度、路由/中间件落地、解耦与复用。
- 回答框架
- ① 背景：业务繁重后合并冲突、耦合严重 → ② 方案：基于 Mediator + Target-Action 中间件，抽离 6 个业务 Pod → ③ 难点：路由参数序列化、跨模块页面跳转 → ④ 收益：构建提速 40%，并发开发无冲突。
- 示例回答
- 我们采用 CTMediator 方案，每个业务模块独立 Pod。调用方通过
performTarget:action:params:跳转，参数用字典传递。模块内部用 Extension 注册对外接口。上线后模块间耦合度从 0.7 降到 0.2，新增功能只需新增 Pod 即可。 - 可能追问
- 为什么不用 Target-Action 方式？
如何解决模块间共用工具类重复冗余？
组件化后如何做版本管理和二进制发布？ - 避坑提醒
- 千万别只说“我们用了 CocoaPods”，要体现对中间件设计、动态调用、异常保护的理解。大厂更关心你如何处理循环依赖和二进制化。
❓ 如何设计一个线程安全的图片缓存系统？
- 面试官考察点
- 多线程知识（信号量/锁/队列）、缓存策略（LRU）、内存管理（NSCache）。
- 回答框架
- ① 缓存分级：内存（NSCache）+ 磁盘（NSCachesDirectory）→ ② 线程安全：自定义 concurrent queue + barrier 写操作 → ③ LRU 淘汰：用双向链表 + 字典模拟 → ④ 性能验证：读写冲突下未出现数据竞争。
- 示例回答
- 内存层用 NSCache（自动响应 low memory），磁盘用 NSFileManager 按 URL hash 存储。写操作放在 barrier block 中，读操作同步并发。使用 LRU 链表管理热点图片。压测下 1000 并发读写无崩溃，命中率 85%。
- 可能追问
- NSCache 和 NSDictionary 区别是什么？
如何保证磁盘读写不阻塞主线程？
LRU 链表如何实现 O(1) 访问？ - 避坑提醒
- 别用 @synchronized 包裹整段代码，要展示你对 GCD 高级用法和锁成本的理解。回答时带上具体数据（如缓存上限 50MB、过期时间 7 天）更显严谨。
💡 公司侧重点总结
大厂（字节/腾讯/阿里）：更关注 量化指标（FPS、内存占用、启动时间）和 方案对比（为什么选技术 A 而不是 B）。
中小厂/创业公司：更关注 快速落地方案（比如直接使用成熟第三方库 + 二次封装）以及 排查思路（遇到线上卡顿如何一步步定位）。
面试前建议根据目标公司调整回答中的“对比取舍”和“沉淀价值”部分权重。
大厂（字节/腾讯/阿里）：更关注 量化指标（FPS、内存占用、启动时间）和 方案对比（为什么选技术 A 而不是 B）。
中小厂/创业公司：更关注 快速落地方案（比如直接使用成熟第三方库 + 二次封装）以及 排查思路（遇到线上卡顿如何一步步定位）。
面试前建议根据目标公司调整回答中的“对比取舍”和“沉淀价值”部分权重。