unravel2025

前言 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

## 为什么要有“协议扩展” 1. 协议只能“声明”要求，不能“实现”要求 在 Swift 2 之前，协议类似 Java 的 Interface： - 只能写方法签名，不能写大

## 为什么 Swift 5.7 再次“颠覆”协议 在 Swift 5.7 之前，带关联类型的协议只能当约束 `<T: Sequence>`，不能当类型 `Sequence`。 这导致两个老大难：

## 为什么“关联类型”是协议的分水岭 在上面，我们接触的协议都属于“无关联类型协议”——编译期无需知道协议里的泛型占位符具体是什么。 一旦协议里出现了 `associatedtype`，它就不再

## 基础语法：一份“合同”长什么样 ```swift // 1. 定义协议：只声明，不实现 protocol FullyNamed { // 只要可读，不要求可写 var full