一句话结论 UIKit 是“你点哪我重画哪”， SwiftUI 是“你动了谁的 State，我就重新计算谁的 body”。 一、为什么 SwiftUI 比 UIKit 更在乎“状态粒度”？ UIKit

一、四句话（所有权模型一句话版） @State 👉 “这个值的所有权在 View 自己，生命周期由 SwiftUI 管理。” @StateObject 👉 “这个引用类型对象由当前 View 创建并拥

这是 SwiftUI 的“宪法级规则” 。 一句话结论 换句话说： 如果 f 不纯，整个 SwiftUI Runtime 就无法成立。 一、SwiftUI 对 body 的“隐含假设” SwiftUI

一句话结论（先给直觉） 所以： View 是 值类型、随时可以被丢弃 UI 的持续性来自 State + Identity + Diff 算法，而不是 View 实例 一、先把最大的误解拆掉 ❌ 错误

升级到新 iPhone 后，设置已完成，想在不使用 iCloud 的情况下将联系人从 iPhone 转移到 iPhone 吗？别担心。还有其他 5 种方法可以帮助您轻松地将联系人转移到新 iPhone

Hyperlane is a lightweight and high-performance Rust HTTP server library designed to simplify networ

一、原则：逐步替换、屏蔽风险 不要一次性改所有 ViewController → 小 Feature 或屏幕级别切 保持 MVC 原有功能可运行 → MVVM / TCA 先是局部替代 State/A

一、TCA（The Composable Architecture）的单一 State 原则是什么？ 在 TCA 中： 所有子状态都是这个根 State 的子字段 Reducer 处理动作（Actio

一、VIPER 里 Interactor 和 Presenter 的职责 层 核心职责 Interactor 纯业务逻辑 + 数据处理（网络请求、数据库、计算） 不关心 UI 或视图状态 Presen

一、SwiftUI 中 MVVM 是否仍然成立？ 答案：成立，但方式不同 Model：和 UIKit 一样，负责业务状态和数据逻辑 ViewModel：仍然负责： 数据转换（格式化、过滤、排序） 用户

一、ViewModel 是否应该持有 Model？ 答案：通常是持有引用，但方式要注意。 1️⃣ 理论 ViewModel 的职责： 将 Model 的数据转换成 View 可直接绑定的数据（格式化

## 一、Swift / iOS 里 MVC“失控”的根本原因（一句话版） > **UIKit 的 MVC 是“偏置的 MVC”：View Controller 同时承担了 View 和 Contro

一句话结论（先立住直觉） 所以： 少量、粗粒度任务 → Task 更快 大量、细粒度任务 → Task 更容易 ARC 爆炸 一、ARC 成本模型的根本不同 GCD：线程 + block ARC 行为

一、真实案例：列表 diff 热路径里的 ARC 风暴 背景（真实发生过） iOS 列表 diff（类似 SwiftUI / UICollectionView diff） 数据量：几千到上万 每次刷新

一句话结论（先给你直觉） 所以在热路径里，weak 往往是最慢的。 一、三种引用的真实成本模型 1️⃣ 强引用（strong） 做了什么 retain / release 多线程下是原子操作 成本特征

一句话总览（结论先行） 下面一个一个说清楚。 1️⃣ ARC retain/release 成为热路径 发生机制 closure 是 heap object self 被捕获 → retain 每次执

一句话结论（先给你记忆锚点） 如果你看到 swift_retain / swift_release 排到 Time Profiler 前几名，一定不是“ARC 太慢” ，而是代码结构在逼 ARC 工作

一、先给你一张「症状 → 根因」速查表（很实用） Instruments 症状 最可能类别 swift_retain / swift_release 占比高 ARC objc_msgSend / wi

我用真实工作流 + 典型案例来回答：我是如何用 Instruments 发现“反直觉瓶颈”，以及怎么解掉的。 一、先说一个核心心法（非常重要） 换句话说： Instruments 是用来推翻直觉的，不

一句话先给结论 不是所有 heap allocation 都是坏的，坏的是：可避免 + 高频 + 在循环里。 一、Allocations 里我主要看哪几个维度？ 1️⃣ 分配频率（Rate）比总量重要