Swift学习专栏

从零实现一个 CircularArray 需求：固定容量，到达上限后从头覆盖，支持 for-in、count、randomAccess。 步骤： 遵循 Collection 协议； 提供 startI

为什么要“自定义”Hashable？ 官方文档只告诉你“Set/Dictionary 的元素/键必须 Hashable”，却没说： 系统默认的哈希算法什么时候会“翻车”？ 手写 hash(into:)

三种集合速览 类型 有序？ 唯一？ 键值对？ 适用场景举例 Array ✅ ❌ ❌ 排行榜、聊天记录、播放队列 Set ❌ ✅ ❌ 去重标签、已读 ID 池、权限集合 Dictionary ❌ key

故事开场：一行“看似无害”的全局变量 Swift 6 编译器立刻翻脸： Static property 'sink' is not concurrency-safe because it is non

为什么 6 年后还要再聊 SwiftUI 生命周期？ 2019 年 SwiftUI 发布时，我们像“翻译官”一样，把 UIKit 的 viewDidLoad、viewWillAppear 强行映射到新

运算符（Operator）到底是什么？ 运算符 = 用来「检查、改变、合并」值的特殊符号或短语。 操作数（Operand） = 被运算符影响的值。 按操作数个数分类： 一元（Unary）：-a、!b、

为什么要“特性开关” 主干开发（trunk-based）要求频繁合入半成品代码，但又不希望用户踩雷。 同一套代码要在 Debug（调试）、TestFlight（内测）、App Store（正式）三种环

为什么闭包里总写 [weak self] 成了肌肉记忆？ 在 Swift 回调式 API 时代，我们被教育“只要闭包可能产生循环引用，就写 [weak self]”。 这个经验在 @escaping

简单值（Simple Values） 常量与变量 编译器自动推断类型，也可以显式标注： 类型转换必须显式 字符串插值（推荐写法） 多行字符串 数组 & 字典 空数组、空字典写法： 控制流（Contro

两种 Binding 的“表面相同，底层不同” 类型 写法 是否可比较 是否触发多余重绘 KeyPath Binding $value2 ✅ SwiftUI 可比较 ❌ 仅值变化时重绘 Manual

为什么 UIKit 程序员总问“我的状态去哪了？” 特性 UIKit SwiftUI 视图定义与生命周期 视图为类（Class），生命周期明确，长期驻留内存 视图为值类型（Struct），每次刷新生成

为什么需要 TaskGroup？ 在 Swift 并发里，当你想： 同时发起 N 个异步任务（如批量下载图片） 等全部完成再汇总结果 支持中途取消、错误传播 手动 Task { } 会显得碎片化且难以

Actor 是什么？ Actor 是引用类型（与 class 类似），但自带隔离域： 任意时刻只允许一个任务进入 Actor 内部 外部调用必须加 await，自动排队 编译器保证无数据竞争，无需手动

为什么要 consume？ Swift 的 ARC 已经自动管理内存，但“隐形拷贝”在两种场景会成为瓶颈： 大块数据（MLX 数组、CVPixelBuffer、Data > 10 MB） 超高频次（游

为什么需要 Preferences？ 在 SwiftUI 里，向下传值有 @State → @Binding → @Environment，但向上传值一直是个空白。 典型痛点： 深层嵌套子视图想告诉祖

什么是 async let async let 是 Swift 5.5 引入的「结构化并发」语法糖之一 它允许你把「多个异步操作」并行地扔给后台，然后在需要结果时用 await 一次性收回来 写起来比

引言：为什么需要 @Observable？ 在 SwiftUI 的早期版本中，我们使用 @StateObject 和 @ObservedObject 来管理状态，但这些方式依赖于 Observable

一定要学好 Optional Swift 的 Optional 不是“语法糖”，而是安全屏障。 变量“可能有值也可能没有”时，编译器强制你显式处理，把空指针崩溃消灭在编译期。 三种常见玩法 玩法 代码

速览思维导图（先收藏，再阅读） 为什么要有 Sendable？ 安全区域 危险区域 单线程、主线程 多任务、TaskGroup、actor 之间 值类型拷贝 引用类型共享 Sendable 就是编译器

为什么需要 Actor？ 在 iOS 开发中，并发编程一直是“高并发 → 高崩溃”的重灾区。 传统锁（NSLock、os_unfair_lock、DispatchQueue.barrier）存在两大痛