功耗和性能小组实验室

参加我们的线上活动，与 Apple 工程师和设计师一起深入探索 WWDC26。在这个以功耗和性能为主题的活动中，你可以提出问题、获取建议，并实时关注围绕大会一周的相关重磅发布展开的精彩讨论。活动语言为英语。

章节

• 0:00:00 - 开场介绍
• 0:06:09 - 对初学者而言，SwiftUI 中影响 App 功耗和性能的主要因素有哪些？设计简单的 App 时，怎样才能避免耗电和延迟？
• 0:12:09 - 在你们接触过的众多 App 中，开发者普遍没意识到的最严重功耗问题是什么？
• 0:15:18 - 学习 Instruments 最好的文档是什么？ 有没有可以参考的书面指南？
• 0:17:45 - 我们的 App 只是展示 UIKit/SwiftUI 界面，几乎没有后台工作，但 Xcode 却报出电池消耗“高”。 应该怎样排查背后的原因？
• 0:20:11 - 我们通过 @EnvironmentObject 注入了一个主题对象，经过层层嵌套，数百个原子组件都在读取它。 达到什么规模会引发性能瓶颈？有没有更优的方案？
• 0:21:26 - 如何在 SwiftUI 中加载 5 万到 50 万条的大型表格数据集？如何使用 MetricKit 记录/分析性能与下降问题？
• 0:25:26 - 在 iOS 27 中，大量运行 Apple 智能高负载任务时，系统如何优先处理后台任务？
• 0:28:15 - 为了避免阻塞主线程，我把高开销任务挪到后台线程执行，但这会导致启动时频繁进行线程切换。 频繁线程切换与阻塞主线程相比，哪个开销更大？有没有更优的方案？
• 0:35:48 - 除了后台任务之外，SwiftUI 中最常见的“隐形耗电元凶”是什么？ 视图过度失效到底有多耗电？应该怎么用 Instruments 检测出来？
• 0:37:40 - 在 macOS 27 上，SwiftUI 有没有针对超大型列表和表格的性能改进？面对几万甚至几十万条数据，应该怎么处理？
• 0:39:52 - 为了抹除类型，我在很多地方用了 AnyView。 在实际应用中，它的开销有多大？有没有一个超过就会出问题的临界点？还是说避开它只是一种过早优化？
• 0:42:01 - MetricKit、State Reporting 和崩溃报告扩展都是今年的新功能。 除了这些，还有什么值得关注但未出现在更新介绍页面上的重量级开发者工具？
• 0:46:50 - 我很想深入研究 Swift 性能优化。 除了看 WWDC 的讲座和语言演进提案之外，要积累真正的专业知识，还有什么具体的学习路径？比如代码库、编译器底层、参考书、基准测试等。
• 0:49:20 - 听完性能讲座后，我尽量避免使用 @escaping 闭包参数，这确实提升了性能，但也带来了一些限制，因为有时候传递 @escaping (或 @ViewBuilder 内容) 是必不可少的。 有没有两全其美的办法？
• 0:50:29 - 在 SwiftUI 中处理动态数据或大型资源时，应该怎样避免视图更新在旧设备上引发卡顿或 CPU 峰值？
• 0:55:11 - 我们的 App 依赖于 ARKit、Metal 和高强度计算，并且经常在阳光直射的户外使用，因此设备容易发热。 应该如何管理热压力并保证出色的用户体验呢？
• 0:59:00 - 在大型 SwiftUI App 中，大量使用 @Environment 属性 (比如，在深层视图层次结构中大量注入值) 会影响性能吗？

资源

• • 高清视频
  • 标清视频