一、背景

在 iOS 开发面试中，被问到「遇到过哪些问题及如何解决」时，回答> 需要体现 问题分析能力、解决思路和技术深度。以下是一个结构化的> 回答示例，结合常见问题和解决方案：

二、回答框架

问题背景：简短说明项目场景（如用户量、功能模块）。
问题现象：具体表现（如卡顿、崩溃、内存泄漏）。
解决思路：如何定位问题（工具、方法论）。
具体方案：技术细节和优化手段。
结果与反思：效果量化（如性能提升 XX%）和后续预防措施

三、具体案例

案例 1：UI 卡顿优化（列表滚动卡顿）

背景：在开发一个社交类 App 的「动态流」页面时，发现 UITableView 在快速滚动时出现明显卡顿，用户反馈流畅度差。
问题定位：
使用 Instruments 的 Time Profiler 分析主线程耗时，发现 cellForRowAtIndexPath 中存在图片解码和布局计算耗时。
Core Animation Debug 显示频繁的「Offscreen Rendering」警告。
解决方案：
异步图片处理：
使用 SDWebImage 的 sd_setImageWithURL 并开启 SDWebImageAvoidAutoSetImage 选项，在后台线程解码图片后，再回到主线程设置。
对圆角图片改用 cornerRadius + masksToBounds 的预渲染方案（或 CAShapeLayer）。
布局优化：
将 Auto Layout 改为手动计算 frame（或使用 UIStackView 简化约束层级）。
预计算 Cell 高度并缓存，避免重复计算。
复用优化：
减少 Cell 内部子视图数量，将多个 Label 合并为 CATextLayer 绘制。
结果：滚动帧率从 35 FPS 提升至稳定 60 FPS，内存占用减少 20%。
反思：复杂 UI 需结合 Instruments 工具分析，避免主线程阻塞是关键。

案例 2：内存泄漏导致崩溃

背景：在一个电商 App 的购物车模块，用户长时间操作后偶现崩溃，Xcode Memory Graph 显示内存持续增长。
问题定位：
通过 Memory Graph Debugger 发现 ViewController 未被释放，存在循环引用。
检查代码发现 闭包 和 Delegate 未正确使用 [weak self]。
解决方案：
打破循环引用：
在闭包中统一使用 [weak self]，并在内部 guard let self = self else { return }。
将 Delegate 属性改为 weak 修饰。
定时器泄漏：
将 NSTimer 改为 GCD Timer 或使用 weak proxy 中间对象（如 NSProxy 转发消息）。
资源释放：
在 deinit 中移除通知、KVO 监听，并置空 timer。
结果：内存泄漏减少 90%，崩溃率下降至 0.1% 以下。
反思：需建立代码规范，对闭包、代理、通知等场景强制使用弱引用检查。

案例 3：网络请求性能优化

背景：新闻类 App 的首页加载缓慢，尤其在弱网环境下用户体验差。
问题定位：
通过 Charles 抓包发现多个接口未合并，存在重复请求。
使用 Network Link Conditioner 模拟弱网，发现未合理利用缓存。
解决方案：
接口合并：
将首页的「Banner 数据」和「新闻列表」合并为单个接口，减少 HTTP 请求数。
缓存策略：
对静态数据（如 Banner）使用 URLCache 设置 Cache-Control 缓存 1 小时。
对动态数据使用 SQLite 存储最后更新时间，增量更新。
请求优先级：
使用 NSURLSessionTask 的 priority 属性，优先加载核心内容。
结果：弱网下首页加载时间从 5s 缩短至 2s，流量消耗减少 40%。
反思：网络优化需结合业务场景，平衡实时性与性能。

案例 4：启动时间优化

背景：一个工具类 App 的冷启动时间超过 3 秒，应用商店评分被降低。
问题定位：
通过 Xcode 的 Launch Time Instrument 分析，发现主线程加载了过多第三方库（如统计、日志）。
检查 didFinishLaunching 发现同步初始化了非必要模块。
解决方案：
延迟初始化：
将非核心模块（如日志、推送）的初始化延迟到 viewDidAppear 或后台线程。
减少动态库：
将多个第三方库改为静态链接（Static Framework）。
启动任务并行化：
使用 DispatchGroup 将可并行的初始化任务分组执行。
结果：冷启动时间从 3.2s 优化至 1.5s，应用评分提升至 4.8。
反思：启动优化需区分「必要」和「非必要」任务，充分利用多线程。