Swift值类型与引用类型，我怎么选
Struct / Enum 默认按值传递，类按引用。UI 状态、网络模型我更倾向 struct；需要继承、身份标识或和 ObjC 互操作时再用 class。
- 列表 Cell 模型：优先 struct，改起来副作用少
- 服务对象、代理持有者：用 class，注意循环引用
- 闭包里用到 self：养成写
[weak self]的习惯
阿Y的小站
个人博客 · iOS 开发经验随记
这里记录我在 iOS 开发中的踩坑与小结，偏实战，不追求大而全。
本站为个人学习分享，不从事经营性活动。
近期笔记
UISwiftUI 和 UIKit 混用的现实做法
新页面可以 SwiftUI 起步，但导航栈、复杂列表、相机相册仍常要回到 UIKit。用 UIViewControllerRepresentable / UIViewRepresentable 包一层，比强行纯 SwiftUI 更稳。
- 页面壳用 NavigationStack，重型控件用 Representable
- 状态往上提，避免两边各维护一份
- 先保证可维护，再谈「全 SwiftUI」
并发async/await 落地时的三个习惯
把回调改成 async 之后，可读性会好很多，但主线程和取消别忘了。
- 更新 UI 明确回到 MainActor
- 页面消失时取消 Task，避免回调到已释放对象
- 错误用统一 Result / throws，少在各层 silent catch
质量上架前我必查的清单
提审被拒多半不是「功能不行」，而是权限文案、隐私清单或崩溃。
- Info.plist 权限说明写清「为什么要用」
- Privacy Manifest / 第三方 SDK 声明核对一遍
- 真机冷启动、弱网、权限拒绝路径都点一遍
- 版本号、Build 号、更新说明不要沿用旧的
调试Instruments 我最常用的两个模板
卡顿先看 Time Profiler，内存异常再看 Allocations / Leaks。不要一上来就猜「是不是刷新太勤」——用数据说话更快。
- 主线程是否被 JSON 解析、图片解码堵住
- 图片缓存是否只增不减
- 复现步骤固定后，再对比优化前后同一操作