WWDC2020-[Video]Why is my app getting killed? 该session重点讲解了iOS App在后台可能被系统终止的原因 同时也介绍了自iOS 14开始，Metr

前文，我们讲了在 Rust 中多线程读 RefCell 变量不安全的例子（见 Rust RefCell 多线程读为什么也 panic 了？），同样的例子，如果在 Swift 中，多线程读变量安全吗？

背景：一个看似简单的 bug App 内有一个电话号码输入界面，在使用时用户需要从中选择注册电话对应的国家，以获取正确的电话区号前缀（比如中国是 +86，英国是 +44 等）

根据官方文档(Extending your app’s background execution time和Managing your app’s life cycle)显示 正常情况下，App先进入

背景 最近没有怎么更新文章，是因为在迭代之前的老产品。正好把这今天自己迭代的情况，讲一下。 更新了7款产品，其中4款工具类产品，1款生活类，1款娱乐类，1款参考类。 工具类 从迭代周期和迭代时间来看，

🚀 让弹幕飞一会儿！一个轻量级iOS弹幕库的实现与使用 🎯 前言 "前方高能！"、"233333"、"awsl"... 这些熟悉的弹幕是不是让你想起了在B站追番的快乐时光？弹幕已经成为现代视频应用的标

App审核条款变更

最近iOS开发者该都收到了Apple发来了更新审核条款的邮件，原文内容如下：

• 1.2.1(a): This new guideline specifies that creator apps must provide a way for users to identify content that exceeds the app’s age rating, and use an age restriction mechanism based on verified or declared age to limit access by underage users.
• 2.5.10: This language has been deleted ("Apps should not be submitted with empty ad banners or test advertisements.”).
• 3.2.2(ix): Clarified that loan apps may not charge a maximum APR higher than 36%, including costs and fees, and may not require repayment in full in 60 days or less.
• 4.1(c): This new guideline specifies that you cannot use another developer's icon, brand, or product name in your app's icon or name, without approval from the developer.
• 4.7: Clarifies that HTML5 and JavaScript mini apps and mini games are in scope of the guideline.
• 4.7.2: Clarifies that apps offering software not embedded in the binary may not extend or expose native platform APIs or technologies to the software without prior permission from Apple.
• 4.7.5: Clarifies that apps offering software not embedded in the binary must provide a way for users to identify content that exceeds the app’s age rating, and use an age restriction mechanism based on verified or declared age to limit access by underage users.
• 5.1.1(ix): Adds crypto exchanges to the list of apps that provide services in highly regulated fields.
• 5.1.2(i): Clarifies that you must clearly disclose where personal data will be shared with third parties, including with third-party AI, and obtain explicit permission before doing so.

翻译过来就是：

• 1.2.1(a): 这项新的指南明确规定，创作者应用（creator apps）必须提供一种方式，让用户能够识别超出应用年龄分级的内容，并使用基于验证或声明年龄的年龄限制机制来限制未成年用户访问这些内容。

• 2.5.10: 此措辞已被删除（原措辞为：“应用不应提交带有空白广告横幅或测试广告。”）。

• 3.2.2(ix): 澄清了贷款应用收取的最高年利率 (Maximum APR) 不得高于 36% （包括所有成本和费用），并且不得要求在 60 天或更短时间内全额偿还贷款。

• 4.1(c): 这项新的指南明确规定，未经该开发者批准，您不得在您的应用图标或名称中使用其他开发者的图标、品牌或产品名称。

• 4.7: 澄清了 HTML5 和 JavaScript 小程序（mini apps）和迷你游戏（mini games） 属于该指南的管辖范围。

• 4.7.2: 澄清了提供未嵌入二进制文件的软件的应用，未经 Apple 事先许可，不得向该软件扩展或暴露原生平台 API 或技术。

• 4.7.5: 澄清了提供未嵌入二进制文件的软件的应用，必须提供一种方式，让用户能够识别超出应用年龄分级的内容，并使用基于验证或声明年龄的年龄限制机制来限制未成年用户访问这些内容。

• 5.1.1(ix): 将 加密货币交易所 (crypto exchanges) 加入到提供高度监管服务的应用列表。

• 5.1.2(i): 澄清了您必须清楚地披露个人数据将与第三方（包括第三方 AI）共享的位置，并在共享之前获得明确的许可。

值得一提的是，Apple新规首次明确要求，各类应用若要把用户个人数据提供给第三方 AI，必须事先公开说明并获得用户授权。

苹果公司目前正着手调整其 App Store 政策，此举被视为对即将到来的 AI 时代，尤其是对 2026 年即将发布的全新、更智能的 Siri 的战略性准备。

据传闻，下一代 Siri 将具备更强大的跨应用语音操作能力，其部分核心技术据悉将由 Google 的 Gemini 模型提供支持。

政策调整背后的考量

苹果在此时更新开发者指南，主要目标之一是加强对用户隐私的保护，特别是要防止应用程序在用户不知情或未经同意的情况下，将个人数据传输给 AI 服务提供商或其他相关公司。

这次政策修改的关键意义不在于引入了全新的数据保护概念，而在于苹果首次将 AI 相关的企业和技术明确纳入了既有的监管框架。

具体变化和影响

原有的审核规则 5.1.2 (i) 已经要求开发者在分享用户数据前必须透明披露并获得用户许可，并禁止未经允许地“使用、传输或分享”个人信息。这一规定是苹果为遵守如欧盟 GDPR、加州 CCPA 等全球隐私法规的重要举措，旨在确保用户对个人数据拥有控制权。违规应用将面临被下架的风险。

新版本在这一要求的基础上加入了更具针对性的明确措辞：开发者必须清楚说明个人数据会被提供给哪些第三方——包括第三方 AI，并且在数据共享操作发生前，必须获取用户的明确授权。

这一变化预计将对那些依赖 AI 技术来收集、处理用户数据以提供个性化服务或特定功能的应用程序产生影响。然而，由于“AI”是一个广阔的范畴，既包含大型语言模型（LLM），也涵盖各种机器学习技术，目前尚不清楚苹果将以何种程度和力度去执行这一新要求。

iMessage 深度集成在 Apple 生态中，却从未提供官方 API。本文邀请 imessage-kit 作者 LingJueYa 分享如何突破这一限制，让 AI Agent 进入 iMessage。文章详细介绍了从解析 SQLite 数据库、处理 Core Data 时间戳、绕过 macOS 沙盒限制，到用 AppleScript 实现消息发送的完整技术方案，以及在构建过程中踩过的坑与解决之道。

Homebrew 5.0 更新、iOS 26 Liquid Glass 适配、参数化测试陷阱、SwiftUI task identity、Unicode 替换错误、在 iOS 中集成 Rust等内容

最近在将公司项目迁移到 Swift 6 的过程中，解决了好几个相似的 crash。关键字如下 在这里记录和分享，希望遇到相似的问题之后能够更快的解决

为什么“并发”突然成了刚需 真实场景里： 游戏服务器：32 条网络线程并发处理玩家技能； 客户端：主线程发动画，后台线程算伤害，Timer 触发 dot； 单机多核：SceneKit 物理回调、Vis

为什么“泛型”还不够 上一篇我们写出了这样的代码： 它编译得快、跑得也快，但当你想把它存进数组、或者作为属性逃逸到运行时，就会遇到三个灵魂问题： 编译器不知道具体类型有多大，如何分配内存？ 协议里有

为什么要“再抽象一层” 上两篇我们已经用协议把“攻击”拆成了能力插件，但遗留了一个硬核问题： 游戏前期用 Int 足够，后期为了避免除法误差想换成 Double，甚至金融级精度要用 Decimal；

用 protocol + extension 把上一篇的 BOSS 战例彻底重构，让代码轻量、可测试、易扩展 为什么“不用继承” 上一篇我们用 class Entity → Monster / Bos

为什么必须有“继承” 在真实世界里，我们习惯把事物归类：车 → 自行车 → 双人自行车。 Swift 的 class 类型允许我们用同样的层级方式建模，把公共的代码放在“上层”，把差异化的代码放在“下

前言 日常开发里，我们写 for item in list 像呼吸一样自然。 但 Swift 编译器在背后悄悄做了三件事： 调用 list.makeIterator() 拿到一个迭代器 反复调用 it

几天前，我像往常一样在输入 `brew update` 后顺手执行了 `brew upgrade`。出乎意料的是，终端里突然出现了从未见过的画面——大量组件与工具并行下载、整齐排列、同时推进。短暂的惊讶之后，我才从新闻中得知：Homebrew 已经发布了 5.0 版本

为什么旧的 NotificationCenter 会“踩坑” 在 Swift Concurrency 时代，即使你把 addObserver 的 queue 设成 .main，只要闭包里调用了 @Ma

shared_preferences用于在设备上持久化存储简单的键值对数据，封装了Android和iOS平台的底层实现，为开发者提供统一的存储接口，是Flutter应用常见的存储方式。