第1章：岗位能力画像与简历优化模板
1.1 iOS研发岗位能力画像
大厂面试官筛选简历时，第一眼看的并非罗列的技术栈，而是能力结构是否完整。下面这张画像图概括了iOS核心能力的5个维度，帮助你对标查漏。
1.2 简历结构模板（STAR法则）
面试官平均只看30秒一份简历，你需要用成果量化句式快速传递价值。推荐采用以下结构：
| 模块 | 内容要点 | 示例 |
|---|---|---|
| 基本信息 | 姓名、电话、邮箱、2-3年经验（时间区间） | 张三 · 3年iOS · 135xxxx |
| 技术栈 | 关键词清单（见1.3节） | Swift / RxSwift / CoreData |
| 工作经历 | S（背景）→ T（任务）→ A（行动）→ R（成果） | 主导xx模块重构，崩溃率降低40% |
| 项目经验 | 2-3个核心项目，每个4-6行，突出量化指标 | 日活50w，启动时间从2.3s→0.8s |
1.3 关键词清单（高频加分词）
编程语言：Swift / Objective-C / C++
UI框架：UIKit / SwiftUI / Auto Layout / SnapKit
架构：MVC / MVVM / VIPER / Coordinator / 组件化
数据持久化：CoreData / Realm / SQLite / WCDB
多线程：GCD / NSOperation / RunLoop
网络：URLSession / Alamofire / Moya / 网络层封装
性能优化：启动优化 / 内存优化 / 包体积优化 / 卡顿监控
工具链：Xcode / CocoaPods / SPM / Git / CI/CD
1.4 成果量化句式模板
用数据说话是简历脱颖而出的关键。遵循公式：动作 + 对象 + 量化结果 + 时间/范围。
- 启动优化：通过懒加载+预缓存+二进制重排，将App冷启动时间从2.1s降低到0.8s（提升62%）。
- 崩溃治理：主导线上崩溃专项治理，集成Crash监控+内存泄漏检测，崩溃率从0.3%降至0.05%。
- 包体积瘦身：通过无用代码清理、图片压缩、资源云端化，IPA体积减少40%（120MB→72MB）。
- 效率提升：搭建自动化打包脚本+单元测试流水线，构建时间缩短70%，发版周期从2周缩至3天。
1.5 面试问答卡片（3组）
🎯 面试问题1：请简单做一下自我介绍
面试官考察点：沟通逻辑、技术核心、与岗位匹配度。
回答框架：“我是谁” + “技术栈+亮点” + “最得意的一个项目成果” + “为什么适合这个岗位”。
简短示例回答：“您好，我有3年iOS开发经验，主导过2款日活50w+的App。我擅长Swift和性能优化，曾通过异步渲染+图片预加载，将Feed流滑动帧率从35提升到58。希望能用这些经验帮团队把产品体验做到极致。”
可能追问：“你提到的性能优化具体用了哪些工具？”“你们团队当时的崩溃率是多少？”
避坑提醒：不要背简历；不要用“虽然…但是…”自我贬低；控制在1-2分钟内。
🎯 面试问题2：请你介绍一个你认为最具挑战的项目
面试官考察点：解决问题的能力、技术深度、复盘能力。
回答框架：STAR模型：背景(S) → 任务(T) → 行动(A) → 结果(R)。
简短示例回答：“在xx项目中（S），为了适配iOS13暗黑模式，需要重构全部自定义颜色（T）。我设计了‘主题色管理器’统一管理亮/暗色值，用Runtime hook替换系统API（A）。最终一次性上线，线上无crash，且后期新增主题只需一份配置文件（R）。”
可能追问：“为什么不用系统Semantic Color？”“遇到动态切换时界面闪烁怎么处理的？”
避坑提醒：不要只讲做了什么，要讲为什么这么做、有没有更好的方案、最终效果如何。
🎯 面试问题3：你的简历里写“熟悉Runtime”，能结合实际讲讲你对Runtime的理解吗？
面试官考察点：是否真正用过Runtime解决生产问题，还是只会背八股文。
回答框架：概念一句话解释 → 实际使用场景（至少2个） → 优缺点 → 与Swift的对比。
简短示例回答：“Runtime是OC的动态特性，消息转发和Method Swizzling我用得最多。比如在崩溃防护中，用NSObject分类的hook，将unrecognized selector转发到动态添加的兜底方法，避免crash。但Swizzling会影响全局，需注意线程安全，Swift中可以用MethodResolutionGuard替代。”
可能追问：“消息转发流程是怎样的？”“如果同时有多个category都hook了同一个方法，执行顺序如何？”
避坑提醒：不要只说理论，必须带上项目案例；可以主动引出你踩过的坑。