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

说罢，他转身走向太极殿，留下一句余音绕梁的叮嘱：「切记，代码如剑招，规矩如心法，唯有心法与剑招合一，方能写出无懈可击的好代码 —— 去吧，莫负这 Swift 江湖的大好时光！」

在 iOS 26 中，UIScrollView 迎来了两个重要增强，主要聚焦于滚动边缘的视觉效果和与浮动容器的交互体验。这些改进不仅让滚动过渡更自然，还提升了在复杂界面中内容的可读性。

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

访问 weekly.fatbobman.com 订阅 "肘子的 Swift 周报" 邮件版本。周报将向您介绍近期有关 Swift、SwiftUI、Core Data、SwiftData 等优秀的文章

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

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

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

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

Apple 可不是在 “随便试试”。它虽没赶上 Rust 的 “公开派对”，但按老规矩，它一出场，保准要掀桌子改规矩 —— 就像当年 Intel 还在跟散热膏死磕时，它直接换了 Apple Silic

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

随着 iOS 26 的发布，Apple 为开发者带来了期待已久的对 HDR（高动态范围）颜色的原生支持。

这是适配 iOS 26 的笔记，并非介绍新功能和API。陆续更新，发现一个就写一个🤯🤯🤯🤯🤯

访问 weekly.fatbobman.com 订阅 "肘子的 Swift 周报" 邮件版本。周报将向您介绍近期有关 Swift、SwiftUI、Core Data、SwiftData 等优秀的文章

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

一步步拆解Subscript[下标]的提案历史,实现机制和最佳实践。Subscript[下标]是提高代码的灵活性的核心机制之一

背景： iPhone11ProMax升级到iOS26 Xcode16.4，运行公司老项目，项目集成了FlutterBoost 报错截图

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

胡斐拱手致谢，转身望向雪山深处。此刻他心中已无困惑，只待明日用新学的并发心法，重解雪山秘籍，让田归农之流再无可乘之机。而那 @concurrent 的令牌，也已悄悄入鞘，等待着在真正需要它的时刻，再展