【iOS 印象】性能优化梳理（Swift）

iOS 印象中 Swift 的性能优化可从监控体系、内存管理、调度策略、对象类型选择、多线程与 I/O 优化、渲染优化、列表优化、线程分配及加载策略等方面进行系统性梳理，具体如下：性能监控体系业务性能监控：通过在 App 业务逻辑的开始与结束位置打点上报数据，实现后台对业务性能的统计监控，例如统计某个业务模块的加载耗时、执行频率等，帮助开发者定位性能瓶颈。卡顿监控：采用子线程监测主线程的 runLoop 方式，判断主线程两个状态区域之间的耗时是否达到阈值，以此检测卡顿情况。同时结合 FPS 监控，通过记录两次刷新时间间隔计算当前 FPS，确保 App 刷新率努力保持在 60fps，以维持流畅的 UI 交互。内存监控：关注内存分配与释放情况，基于栈（stack-based）的内存分配简单高效，数据从栈顶部推入和弹出，通过维护指向栈末端的指针实现；基于堆（heap-based）的内存分配更动态复杂，需为对象开辟并锁定堆中的空闲块，且为保证线程安全要进行锁定和同步。内存管理优化引用计数优化：Swift 采用强制自动引用计数（ARC）管理对象内存，引用计数操作本身性能消耗较小，但频繁操作会带来性能影响。需注意避免循环引用，合理使用弱引用（weak）和无主引用（unowned）来打破循环引用链。对象类型选择：结构体（Struct）：储存在栈上，基于栈进行内存分配，通常使用静态调度或内联调度，赋值时会复制栈上的值产生新对象。编写性能优异的 Swift 代码时，应尽可能使用结构体，尤其在数据模型简单、不需要继承和多态的场景。类（Class）：数据在堆上分配内存，对象赋值时是指针引用，共用同一块内存空间，会自动插入持有操作使引用计数加 1。类适用于需要继承、多态或较大数据结构的场景。枚举：也是值类型，采用枚举改进数据模型可避免使用大量字符串，提高代码可读性和性能。协议：协议内部有储存值的缓存区、元数据，且要支持动态调度派发，有一个协议记录表，所占内存比具体类、结构体或枚举大。使用时若协议只用于类，可添加 : class 作为约束采用类协议；将协议作为泛型约束使用，避免单独作为类型参数，以减少性能损耗。调度策略优化函数内联（inline）：Swift 会尽可能将函数内联，使函数直接调用，无额外性能开销，适用于简单、频繁调用的函数。静态调度（static dispatch）：本质通过 V-table 进行查找和跳转，操作消耗约 1nm，适用于方法调用确定、性能要求高的场景。动态调度（dynamic dispatch）：消耗约 5nm，只有几个方法进行动态调度时问题不大，但应避免在嵌套循环或执行次数较多的操作中采用，以免影响性能。多线程与 I/O 优化GCD 多线程优化：通过 GCD 将耗时操作派发到非主线程，提高 UI 流畅度和响应及时性。例如将网络请求、数据库操作等放在后台线程执行，避免阻塞主线程。I/O 性能优化：缓存策略：使用 NSCache 管理缓存，减少 I/O 次数。合理设置缓存大小、过期时间等参数，解决并发访问缓存时的数据一致性问题（线程安全）、查找缓存时的性能问题以及缓存的释放与重建问题，避免无用缓存占用过多空间。化零为整写入：对于频繁的小数据量 I/O 操作，可采用化零为整的方式，将多个小操作合并为一个大数据量操作，减少 I/O 次数，提高效率。选用适合 API 和操作线程：根据操作特点选用适合的 API，如文件读写可选用不同的方法根据需求平衡性能和易用性；同时将 I/O 操作放在合适的线程执行，避免在主线程进行大量 I/O 操作。渲染优化减少离屏渲染：离屏渲染需要多次切换上下文环境，是一项高开销动作。应尽量避免使用会导致离屏渲染的 UI 属性，如圆角、阴影等同时使用的情况；减少不必要的透明视图、渐变和图片拉伸；对于动态高度的 UITableViewCell，计算并缓存行高，避免重复计算。UITableView 性能优化正确设置 reuseIdentifier：对 UITableViewCell 进行重用，减少内存占用和创建开销。设置统一规格 Cell：尽量使用统一规格的 Cell，减少布局计算和渲染的复杂性。异步请求加载数据：异步请求加载 Cell 展示数据，并进行预处理，如图片的加载、压缩，富文本的显示等，避免在主线程进行耗时操作。减少子视图层级关系：简化 Cell 的子视图结构，减少视图层级，提高渲染性能。使用 Autorelease Pool：在循环体中，考虑使用 Autorelease Pool 对临时对象进行释放，避免占用过多内存空间。线程分配优化合理分配线程，保证主线程尽量少处理非 UI 操作，同时控制子线程数量在合理范围，避免不必要子线程开启与切换消耗。例如，UI 与数据源操作在主线程，数据库操作、日志记录、网络