# 老司机 iOS 周报 #374 | 2026-07-06

![ios-weekly](https://github.com/SwiftOldDriver/iOS-Weekly/blob/master/assets/weekly-header/374.png?raw=true)
老司机 iOS 周报，只为你呈现有价值的信息。

你也可以为这个项目出一份力，如果发现有价值的信息、文章、工具等可以到 [Issues](https://github.com/SwiftOldDriver/iOS-Weekly/issues) 里提给我们，我们会尽快处理。记得写上推荐的理由哦。有建议和意见也欢迎到 [Issues](https://github.com/SwiftOldDriver/iOS-Weekly/issues) 提出。

## 文章

### 🐎 [【 Taro 5.0 技术与实践】 - 高性能 iOS 渲染层与 TaroUI 跨端框架介绍](https://juejin.cn/post/7645115061829369899)

[@david-clang](https://github.com/david-clang)：文章介绍了 Taro 5.0 的高性能 iOS 渲染层和 TaroUI 跨端 UI 框架：

- **高性能 iOS 渲染层**：主要介绍其架构设计与优化策略，包括双线程渲染管线、原生 View 与图层混合渲染、视图拍平、组件复用池、富文本引擎、图片渲染优化等能力。  
- **TaroUI 跨端 UI 框架**：TaroUI 是一个以 C++ 为核心开发的命令式跨端 UI 框架，重点解决多端组件一致性、原生渲染能力复用、事件系统、渲染管线调度以及高性能列表等问题。

对于关注 Taro 生态、移动端跨端架构和原生渲染优化的读者，这篇文章有一定参考价值，让我们期待 Taro 5.0 的开源吧。

### 🐕 [SwiftUI animation timing](https://nilcoalescing.com/blog/AnimationTimingInSwiftUI/)

[@EyreFree](https://github.com/EyreFree)：本文详解 SwiftUI 动画时序控制方案，适配 iOS17 新特性。文章先讲解基于三次贝塞尔曲线的四大内置缓动动画 linear、easeIn、easeOut、easeInOut，还支持自定义贝塞尔与圆形时序曲线；随后介绍弹簧动画 smooth、snappy、bouncy 三类预设，提供时长、弹性等参数自定义方式。iOS17 新增 CustomAnimation 协议可完全自研动画曲线，并演示弹弓动画示例。文末介绍 delay、speed、循环重复等通用动画修饰器，搭配完整代码示例。文章覆盖 UI 动效各类场景，清晰区分不同曲线视觉差异，帮助开发者快速选用适配的动画时序，打造流畅自然的界面动效。感兴趣的同学不要错过。

### 🐎 [SwiftUI SensoryFeedback Cache Key 经验教训：不要存储连续值](https://kyleye.top/posts/swiftui-sensoryfeedback-intensity-payload/)

[@DylanYang](https://github.com/Dylan19Yang)：本文介绍了 iOS 17 ~ iOS 26 中 SwiftUI SensoryFeedback 的底层缓存设计缺陷：连续变化的 intensity 浮点参数会被纳入反馈生成器的缓存 Key，导致滑动调节强度时生成大量冗余实例，引发内存持续上涨。文章也解读了 iOS 27 的官方修复思路 —— 将 SensoryFeedback 拆分为稳定的 type 与动态的 payload 两部分，仅以类型作为缓存标识，在不改动公共 API 的前提下从架构层面解决了问题。

### 🐢 [SwiftUI Is One Graph, Over 40+ Years of Engineering](https://aleahim.com/blog/swiftui-is-one-graph/)

[@阿权](https://github.com/bqlin)：文章从工程和专利两个独立维度剖析了 SwiftUI 的本质：

1. SwiftUI 的本质：不是一棵视图树，而是单一的需求驱动属性图。每个视图编译为属性节点，依赖关系通过求值时实际读取来动态发现，而非声明。变更时只标记脏节点，沿依赖边向前传播，然后按需拉取并缓存，从而实现极小的更新成本（与变更相关，而非 UI 规模）。
2. 核心机制：
   1. `View` 是值（struct），`@State` 按标识持久存储，标识为结构位置（类型+树位置），显式 `.id` 与之配对。
   2. 布局是父提议、子自选、父放置的协商，父不强制尺寸。
   3. SwiftUI 合并图层，而不是每 `View` 一层，大幅减少图层数，但合并内容变化需重绘。
   4. 动画时模型直接跳到终值，框架复制目标并注入插值呈现。
3. 专利印证：苹果专利 US 11,042,388 B2 完整描述了属性图、脏位、自底向上更新、动画记录和模型/呈现副本分离，与行为观察完全一致。

SwiftUI 只是底层技术栈（Core Animation、Core Graphics、Core Text、Core Image）之上的一层薄图，其优雅但“无趣”。真正震撼的是 Core Animation 等底层引擎。SwiftUI 最初为简化 watchOS 开发而生，后被推广至全平台；虽能让开发者快速交付功能，但仅掌握 SwiftUI 等同于只懂 “门面”，未真正理解苹果平台的底层技术，而底层的合成、绘图、排版引擎才是解决复杂问题的关键，SwiftUI 只是切入这些核心技术的 “便捷入口”。

### 🐕 [系统化的iOS面试知识库](https://github.com/ChaselAn/awesome-ios-interview)

[@含笑饮砒霜](https://weibo.com/chinafishnews/)：这个仓库是一个系统化的 iOS 面试知识库，可以帮助 iOS 开发者从基础到进阶梳理面试所需知识。它以 README 和文章目录为入口，内容覆盖 Objective-C/Swift 基础、Runtime、RunLoop、内存管理、多线程、网络、性能优化、架构设计、组件化、底层原理等常见面试主题，适合用来做面试前的知识复盘和查漏补缺。

### 🐕[Siri 提示词解析](https://gist.github.com/julianschiavo/2da270868175f0a52e423340c30a30b6)

[@zhangferry](https://zhagnferry.com)：这套 Siri 提示词由 iOS 27 Developer Beta 1 的 `Siri Diagnostics` 诊断文件[意外暴露](https://www.reddit.com/r/iOSBeta/comments/1u0kn3h/ios_27_db_1_siris_feedback_error_reporting_gives/)。在这套设计中，Siri 以 Entity 为中心：联系人、邮件、地点等信息都被封装为带有唯一 ID 的 Entity。同一个 Entity 既能提供事实依据，也能用于工具调用、结果引用和原生 UI 展示。提示词还明确了几项限制：缺失信息不能自行推断，目标不唯一时需要先确认，工具没有返回成功就不能宣称任务已经完成。它的核心并不是陪用户聊天，而是可靠地理解现实对象，并执行搜索、通信、导航等操作。

最近流传的另一份材料是 [Claude Fable 5 — System Prompt](https://github.com/elder-plinius/CL4R1T4S/blob/main/ANTHROPIC/CLAUDE-FABLE-5.md)。这份提示词的真实性和完整性尚无法验证，但其中部分内容与 Anthropic 官方公开的片段吻合。Fable 5 采用的是“工作流驱动”设计：先识别任务类型，再将任务路由到搜索、文件制作、MCP 或专业 Skill。

虽然现在需要我们直接调试和优化底层 Prompt 的场景越来越少，但研究这些优秀 Prompt 的设计方式，仍然可以帮助我们理解产品背后的处理策略。理解这些策略，不仅能让我们更有效地使用对应产品，也能为设计自己的自动化流程和 Agent 提供参考。

### 🐎 [iOS 27 SDK: 3 Major Requirements That Might Break Your App](https://blog.makwanbk.com/ios-27-sdk-3-major-requirements-that-migh-break-your-app)

[@JonyFang](https://github.com/JonyFang)：这篇文章整理了 iOS 27 SDK（Xcode 27）开始强制执行、且可能影响现有 App 的三项要求：

- **UIScene 生命周期**：使用新 SDK 构建的 App 需迁移到 Scene-based lifecycle，补齐 `UIApplicationSceneManifest` 和 `SceneDelegate`，否则可能启动即崩。
- **Launch Screen 配置**：App Store Connect 会检查 `Info.plist` 中是否声明启动屏配置，老项目或迁移项目需要提前确认，避免触发 ITMS-90870 被拒。
- **Liquid Glass 适配**：`UIDesignRequiresCompatibility` 兼容开关在 iOS 27 中不再生效，导航栏、Tab Bar、滚动视图和自定义 UIKit 样式都需要重新验证展示效果。

这篇文章适合在维护 UIKit 项目、或准备升级 Xcode 27 构建链的开发快速自查。三项改动本身不复杂，但都属于会影响启动、提审或 UI 表现的 SDK 级要求，建议尽早在 iOS 27 模拟器上完成验证。

### 🐎 [All new frameworks presented at WWDC26](https://blog.eidinger.info/all-new-frameworks-presented-at-wwdc26)

[@ChengzhiHuang](https://github.com/ChengzhiHuang)：本文列举了 WWDC26 新发布的 framework ，绝大部分都有 beta 版本的文档了，网站还提供了分 OS 的情况。除了 CoreAI 、FoundationModels 、MediaIntelligence 等大模型相关能力，引起我们注意的还有 CrashReportExtension ，方便我们在另一个进程中消费 Crash Log 并通过网络上报。可以把 app 极端场景（例如连续启动崩溃）下本进程自监控 APM 无法覆盖到的场景支持上，算是一个社区呼吁了很久的能力。

## 代码

### 🐎 [HarmonyOS NEXT 开发者专家技能包](https://github.com/linhay/harmony-next.skills)

[@Crazy](https://github.com/jiyan135960)：在使用 AI 来开发 HarmonyOS NEXT 应用的时候经常会出现 AI 判定写完，但是一运行就是一大堆的报错，不仅是包引错，更会使用各种 HarmonyOS 完全没有的 api。这个时候就需要一个本地知识库来优化控制，这个项目把鸿蒙官方 API 文档 + DevEco 私有自动化能力，打包成一个离线的 AI skill，并支持了 Claude/Gemini/Codex 三个主流平台，引入方式与提供的功能在它的 README 里面也写的非常清楚，是一个值得使用的项目。

## 内推

重新开始更新「iOS 靠谱内推专题」，整理了最近明确在招人的岗位，供大家参考

具体信息请移步：https://www.yuque.com/iosalliance/article/bhutav 进行查看（如有招聘需求请联系 iTDriverr）

## 关注我们

我们是「老司机技术周报」，一个持续追求精品 iOS 内容的技术公众号，欢迎关注。

**关注有礼，关注【老司机技术周报】，回复「2024」，领取 2024 及往年内参**

![](https://github.com/SwiftOldDriver/iOS-Weekly/blob/master/assets/qrcode_for_wechat.jpg?raw=true)

同时也支持了 RSS 订阅：https://github.com/SwiftOldDriver/iOS-Weekly/releases.atom 。

## 说明

🚧 表示需某工具，🌟 表示编辑推荐

预计阅读时间：🐎 很快就能读完（1 - 10 mins）；🐕 中等 （10 - 20 mins）；🐢 慢（20+ mins）
