https://before80.github.io/prgms/Swift/basic/Part-4-Memory-and-Concurrency/Recent content in 第四篇 内存与并发 on 编程那些事儿Hugozh-cnSat, 19 Sep 2026 21:54:25 +0800https://before80.github.io/prgms/Swift/basic/Part-4-Memory-and-Concurrency/Chapter-27-Value-Semantics-COW-and-ARC/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-4-Memory-and-Concurrency/Chapter-27-Value-Semantics-COW-and-ARC/<h1 id="第二十七章值语义写时复制与-arc">第二十七章：值语义、写时复制与 ARC</h1> <blockquote> <p>结构体复制起来为什么没有把数组里的几百万个元素全抄一遍？类实例释放时，Swift 又是怎么知道该调用 <code>deinit</code>？答案分别在写时复制（COW）和自动引用计数（ARC）里。它们不是语法糖，而是 Swift 性能与内存模型的地基。</p>https://before80.github.io/prgms/Swift/basic/Part-4-Memory-and-Concurrency/Chapter-28-Reference-Cycles/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-4-Memory-and-Concurrency/Chapter-28-Reference-Cycles/<h1 id="第二十八章循环引用weakunowned-与闭包捕获">第二十八章：循环引用：<code>weak</code>、<code>unowned</code> 与闭包捕获</h1> <blockquote> <p>两个对象互相拉着对方的手，谁都不肯先走，内存就会一直涨。这不是玄学，而是 ARC 的必然结果。解决循环引用的工具只有几个，但每个都有明确的使用条件，弄清楚之后再也不会“看到 self 就加 weak”。</p>https://before80.github.io/prgms/Swift/basic/Part-4-Memory-and-Concurrency/Chapter-29-Memory-Safety-and-Ownership/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-4-Memory-and-Concurrency/Chapter-29-Memory-Safety-and-Ownership/<h1 id="第二十九章内存安全与所有权borrowingconsuming-与不可复制类型">第二十九章：内存安全与所有权：<code>borrowing</code>、<code>consuming</code> 与不可复制类型</h1> <blockquote> <p>Swift 的内存安全不只靠 ARC，还靠独占访问和所有权规则。到了最新 Swift，类型可以明确表示“只能借出去”“可以被消费掉”“根本不能复制”。这些能力让高性能代码不必在安全和效率之间二选一。</p>https://before80.github.io/prgms/Swift/basic/Part-4-Memory-and-Concurrency/Chapter-30-Concurrency-Part-1/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-4-Memory-and-Concurrency/Chapter-30-Concurrency-Part-1/<h1 id="第三十章并发一asyncawaittask-与结构化并发">第三十章：并发（一）：<code>async/await</code>、<code>Task</code> 与结构化并发</h1> <blockquote> <p>异步不是“多开几个线程”这么简单，而是让程序在等待网络、磁盘或计时器时，能去做别的事。Swift 用 <code>async/await</code> 把这种等待写进代码结构，又用结构化并发保证子任务不会像断线风筝一样失控。</p>https://before80.github.io/prgms/Swift/basic/Part-4-Memory-and-Concurrency/Chapter-31-Concurrency-Part-2/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-4-Memory-and-Concurrency/Chapter-31-Concurrency-Part-2/<h1 id="第三十一章并发二隔离域actor-与-sendable">第三十一章：并发（二）：隔离域、<code>actor</code> 与 <code>Sendable</code></h1> <blockquote> <p>并发真正困难的部分不是“同时跑”，而是“同时改”。多个任务一起修改同一份状态，结果可能比抽奖还不透明。Swift 用隔离域把可变状态关进单行道，用 <code>actor</code> 和 <code>Sendable</code> 在编译期抓住大多数数据竞争。</p>https://before80.github.io/prgms/Swift/basic/Part-4-Memory-and-Concurrency/Chapter-32-Concurrency-Part-3/Mon, 14 Sep 2026 22:30:00 +0800https://before80.github.io/prgms/Swift/basic/Part-4-Memory-and-Concurrency/Chapter-32-Concurrency-Part-3/<h1 id="第三十二章并发三approachable-concurrency-与迁移">第三十二章：并发（三）：Approachable Concurrency 与迁移</h1> <blockquote> <p>并发安全最难的不是新项目，而是把已有代码从“能跑”搬到“编译器能证明安全”。Swift 6 提供了严格检查，也提供了 Approachable Concurrency 这套更顺手的默认规则。迁移的关键不是一次性改完，而是让边界逐步清楚。</p>