带娃间隙把iOS App启动时间砍掉一半

接手一个迭代三年的Swift电商项目，首次启动5.8秒。用Instruments的App Launch模板定位到两个瓶颈：统计SDK在didFinishLaunching同步初始化耗时800ms；首页viewDidLoad里主线程计算缓存索引耗时1.5秒。

修复方案：SDK初始化延后到首个runloop空闲时执行，用DispatchQueue.main.asyncAfter兜底；缓存索引改为后台队列预计算，首页先用占位数据渲染，算完再刷新。启动降至3.1秒。

接着做二进制优化。Release下开启Whole Module Optimization：

// Build Settings
Optimization Level: -O -whole-module-optimization

启动再降400ms。注意：开启后编译时间显著变长，CI需配好缓存。

性能数据可自动采集。在Fastlane的test lane里用xcrun xctrace跑启动测试，输出JSON与上版本基线对比，劣化超5%直接让pipeline失败：

lane :test do
  sh "xcrun xctrace record --template 'App Launch' ..."
  # 解析JSON并与基线对比，超阈值则exit 1
end

动态库数量也影响启动。CocoaPods的use_frameworks!导致每个Pod独立动态库，dyld加载几十个。将纯工具类Pod改为静态链接，再省200ms。注意Swift Pod静态链接可能遇到duplicate symbol冲突。

最终启动时间从5.8秒降到2.4秒，内存峰值降低约15%，版本顺利过审。

核心思路：先用工具定位瓶颈，再动手改。需要对启动链路、dyld加载机制、Swift编译优化有基本概念。性能优化是"改一行代码，用户感知明显"的活儿，适合碎片化时间操作。