unravel2025

为什么必须有“继承” 在真实世界里，我们习惯把事物归类：车 → 自行车 → 双人自行车。 Swift 的 class 类型允许我们用同样的层级方式建模，把公共的代码放在“上层”，把差异化的代码放在“下

前言 日常开发里，我们写 for item in list 像呼吸一样自然。 但 Swift 编译器在背后悄悄做了三件事： 调用 list.makeIterator() 拿到一个迭代器 反复调用 it

为什么旧的 NotificationCenter 会“踩坑” 在 Swift Concurrency 时代，即使你把 addObserver 的 queue 设成 .main，只要闭包里调用了 @Ma

为什么 .task 默认不会“跟着变量跑” 在 UIKit 时代，我们手动 addObserver、removeObserver，一不小心就忘记移除。 SwiftUI 带来了“自动依赖追踪”：只要 b

前言 ARC 让 90% 的 iOS 开发者“无痛”管理内存，但剩下的 10% 却能把 App 拖进 OOM 深渊。 ARC 原理：一张图先记住 结构体 / 枚举是值类型，不走 ARC；只有类（cla

## 为什么需要“访问控制” 1. 隐藏实现细节，只暴露必要接口 2. 防止外部误用，减少后续兼容压力 3. 支持模块化开发（App、Framework、Swift Package 多目标混

## 前言 在 iOS 开发中，「实时刷新」需求随处可见： - 天气卡片 3 秒更新一次 - 座位状态由绿变红 - 股价、比分、配送进度…… 过去我们习惯用 `Timer.sche

## Actor 是什么？（一句话版） Actor = 自带大门的房间：一次只能进一个人，进门要“等钥匙”（`await`）。 它存在的唯一理由：保护非 Sendable 的可变状态。 ## A

## 为什么要谈“死锁” 在 Swift 并发编程中，`DispatchQueue.sync` 以“阻塞式同步”著称：简单、直观、线程安全，却也最容易让生产环境直接崩溃。 ## 什么是死锁（Dea