苹果最大投资，特朗普专门感谢｜ Swift 周报 issue 72-CSDN博客

本文链接：https://blog.csdn.net/qq_36478920/article/details/147401874

在这里插入图片描述

文章目录

前言

本期是 Swift 编辑组自主整理周报的第七十二期，每个模块已初步成型。各位读者如果有好的提议，欢迎在文末留言。

Swift 周报在 GitHub 开源，欢迎提交 issue，投稿或推荐内容。目前计划每两周周一发布，欢迎志同道合的朋友一起加入周报整理。

‌山高水长何所惧，迎难而上显英豪‌。Swift社区今日陪你跪地捡碎银，明日携尔举杯邀明月！

周报精选

新闻和社区：苹果史上最大投资！4年5000亿美金重注AI+芯片，特朗普专门感谢

提案：将 Objective-C 完成处理程序参数导入为 @Sendable

Swift 论坛：提议提高数据竞争安全性的可接近性

推荐博文：gRPC Swift 2 的重大更新

话题讨论：

你如何看待人工智能融入家用电器？

上期话题结果

苹果选择阿里巴巴作为中国市场的本地化合作伙伴，主要是因为阿里巴巴能帮苹果在中国卖得更好、更接地气。

新闻和社区

苹果史上最大投资！4年5000亿美金重注AI+芯片，特朗普专门感谢

2025 年 2 月 28 日

苹果 CEO 库克，发文纪念乔布斯诞辰 70 周年：

乔布斯不仅看到了世界的现状，更看到了它的无限可能。他的远见不断激励我们突破界限，创造未来。

今天，在他 70 岁诞辰之际，我们缅怀他的传承，并致敬他永恒的影响力。

但美国科技巨头狂热的AI投资计划，乔布斯能想象吗？

星际之门：计划投资 5000 亿美元，加强 ASI/AGI 基础设施建设

亚马逊：计划投入 1000 亿美元到数据中心，加速 AI

谷歌：今年计划投资 750 亿美元用于 AI 开发

Meta：最高 650 亿美元，扩大 AI 基础设施规模

或许是为了告慰乔布斯，在他诞辰 70 周年来临之际，苹果宣布在未来 4 年内将向本土投资 5000 亿美元。在 X 上，特朗普公开感谢苹果这一计划。

2 月 24 日，苹果宣布了一项重大计划，计划未来四年内在美国投资超过 5000 亿美元，预计将新增约 2 万个就业岗位，24 家工厂。

作为此次投资计划的一部分，苹果及其合作伙伴将在休斯顿开设一家先进制造工厂，生产支持「苹果智能」（Apple Intelligence）的服务器。

「苹果智能」是一款个人智能系统，帮助用户写作、表达并完成各项任务。

苹果还将把先进制造基金的规模翻倍，在密歇根州设立一所学院，培养下一代美国制造业人才，以及增加其在美国的研发投资，以支持芯片等前沿领域的发展。

这项 5000 亿美元的承诺包括与全美数千家供应商的合作、苹果智能基础设施和数据中心、公司设施、直接就业，以及在 20 个州的 Apple TV+ 节目制作。

德州仪器位于犹他州的新半导体晶圆制造工厂

库克表示：「我们对美国创新的未来充满信心，很自豪能通过这笔 5000 亿美元的承诺，巩固我们在美国长期以来的投资。从增加一倍先进制造基金，到在德州建设先进技术工厂，我们很高兴能扩大对美国制造业的支持。

苹果此举被认为是对特朗普政府「美国优先」政策的积极回应，同时也展示了苹果发展AI业务的决心。

这些投资将用于在密歇根州、德克萨斯州、加利福尼亚州、亚利桑那州、内华达州、爱荷华州、俄勒冈州、北卡罗来纳州和华盛顿州建设新的团队和设施。（来源：美股研究社）

苹果或每年推出iPhone“e”系列新机

2025 年 2 月 28 日

有报道称，苹果公司上周三发布了一款全新机型—— iPhone 16e。这款设备搭载了最新的 A18 芯片以及苹果首款自主研发的蜂窝网络调制解调器 C1。尽管其硬件配置基本符合市场预期，但命名方式却与外界此前预测的第四代 iPhone SE 有所不同。

根据最新报道，苹果可能计划调整以往低价位 iPhone SE 系列多年才更新一次的策略，转而与每年秋季发布的新品保持同步，形成每年更新的节奏。如果这一计划得以实施，那么意味着“e”系列的机型也将进入一年一更的周期，预计明年将推出 iPhone 17e。

相关分析机构指出，上周发布的 iPhone 16e 被视为“e”系列每年更新的第一步。按照这一规划，在今年秋季推出 iPhone 17 系列之后，苹果可能于明年 2 月正式发布 iPhone 17e。

此次发布的 iPhone 16e 起售价为 599 美元，国内市场售价为 4499 元起，虽然较之前的 iPhone SE 有所上涨，但仍保持为苹果产品线中起售价最低的机型。若苹果未来坚持每年更新这一系列，则意味着核心的A系列芯片也会随之每年升级，从而为用户提供更优的性能体验。这种策略不仅有助于提升该系列的销量，还能进一步推动 iPhone 整体销量的增长，对苹果的业绩产生积极影响。

不过，苹果是否会在明年 2 月推出 iPhone 17e，以及是否会延续每年更新的节奏，还需等待官方最终确认。(来源：中关村在线)

苹果ATT策略遭调查，在法国恐面临最高全球营收 10% 反垄断罚款

2025 年 2 月 27 日

科技媒体 AppleInsider 2 月 27 日发布博文，报道称因涉嫌滥用“应用追踪透明度”（App Tracking Transparency，ATT）相关政策，苹果公司在法国可能会收到反垄断罚单。

法国竞争管理局（Autorité de la Concurrence）于 2021 年针对苹果 ATT 策略展开调查，初步调查结果并未发现苹果存在违规行为。

时隔 2 年，该机构收到关于苹果在 App Store 应用销售和分销方式的投诉，该机构于 2023 年 7 月宣布再次对苹果和 ATT 启动正式的反垄断调查。

据路透社报道，两位知情人士透露，该机构预计将于 2025 年 3 月做出裁决，并可能伴随一笔反垄断罚款。罚款金额尚不清楚，但根据法国法律，最高可达苹果全球营收的 10%，这可能意味着数十亿美元的罚款。

虽然监管机构未透露投诉方身份，但很可能与 2020 年四个在线广告团体（IAB France、MMAF、UDECAM 和 SRI）的投诉有关。这些团体认为，苹果创建 ATT 的变更不符合欧盟隐私规则。

在调查启动后，苹果曾发表声明，坚称其广告业务所施行和遵守的隐私标准，比任何其他开发者都高，并会在投放任何个性化广告之前，征求用户的明确许可。（来源：IT之家）

提案

通过的提案

SE-0453 向量，固定大小的数组 提案通过审查。该提案已在 第六十六期周报 正在审查的提案模块做了详细介绍。

SE-0456 向标准库类型添加 Span 提供属性 提案通过审查。该提案已在 第七十期周报 正在审查的提案模块做了详细介绍。

SE-0458 选择严格的内存安全检查 提案通过审查。该提案已在 第七十期周报 正在审查的提案模块做了详细介绍。

正在审查的提案

SE-0461 默认情况下，在呼叫者的演员上运行非隔离异步函数 提案正在审查。

Swift 的总体理念是优先考虑安全性和易用性而不是性能，同时仍然提供编写更高效代码的工具。非隔离异步函数的当前行为优先考虑主要行为者的响应性，而牺牲了可用性。

该提案更改了非隔离异步函数的行为，以默认在调用方的行为者上运行，并引入了一种显式方式，以声明异步函数始终关闭行为者来运行。

SE-0462 任务优先级升级 API 提案正在审查。

Swift Concurrency 的很大一部分是其结构化并发模型，其中任务自动形成父子关系，并从父任务中继承某些特征。例如，从中等优先级任务开始的任务，也从中等优先级开始，不仅如此——如果父任务从更高优先级任务开始等待，则父任务及其所有子任务的任务优先级将被升级，以避免优先级反转问题。

此功能是自动的，并且对任何结构化任务层次结构都透明地工作。本提案将讨论公开面向用户的 API，这些 API 可用于参与任务优先级升级。

SE-0463 将 Objective-C 完成处理程序参数导入为 @Sendable 提案正在审查。

本提案更改了 Objective-C 导入规则，使完成处理程序参数默认为 @Sendable。

Swift论坛

提议[并发] 从调用者上下文同步启动任务

该提案建议引入一种新的 API，使开发者能够在调用者的上下文中同步启动任务。具体而言，这意味着可以创建一个非结构化任务（或 TaskGroup 的子任务），使其立即在调用线程、actor 或执行器上运行，直到遇到实际的挂起点后才异步执行。这使得从同步函数的上下文中调用异步代码成为可能。例如：

func synchronous() { // 同步函数
  // 执行器 / 线程: "T1"
  let task: Task<Void, Never> = Task.startSynchronously {
    // 执行器 / 线程: 仍然是 "T1"
    guard keepRunning() else { return } // 同步调用 (1)

    // 执行器 / 线程: 仍然是 "T1"
    await suspend() // 潜在的挂起点 #2 // (2), 挂起, (4)
    // 执行器 / 线程: "其他"
  }

  // (3) 继续执行
  // 执行器 / 线程: "T1"
}

目前，该功能尚未实现，但开发团队将很快开始相关工作，并在可能的情况下提供早期版本供大家试用。

提议提高数据竞争安全性的可接近性

Swift语言指导小组已接受了一份题为“提高数据竞争安全性的易用性”的文档。Swift内置的并发支持有三个目标：

将内存安全保证扩展到低级数据竞争。
保持对非并发代码的渐进披露，使基本的并发使用变得简单易行。
使高级并发用例能够自然地实现和推理，以提高性能。

虽然 Swift 6 语言模式提供了满足第一个目标的正确性基础，但有时会以牺牲第二个目标为代价，导致采用时令人沮丧。随着社区积累了更多的用户经验，现在是时候探讨我们可以在语言中做些什么来解决这个问题了。这份愿景文档概述了改进 Swift 数据竞争安全功能易用性的方法。需要注意的是，语言指导小组对该文档的接受强烈支持了其中提出的目标，对基本方法表示一般支持，但对任何具体提案仅表示弱支持。文档中的所有提案都必须经过正常的演进审查，这可能导致拒绝或重大修改。

讨论Swift Foundation 日期表示

在 Swift 6 发布后，开发者在使用 Foundation.Date 与数据库（如 Postgres 或 SQLite）交互时，遇到了在 Linux 平台上进行往返操作时的精度问题。具体而言，将 Date 插入数据库后，再读取出来，可能会导致与原始 Date 不相等的情况。这种问题在 macOS 上并未出现。

问题原因

导致这一问题的原因在于不同平台上 Date 的精度差异。在 macOS 上，Date 的精度为微秒，而在 Linux 上，Date 的精度为纳秒。这种差异在将 Date 转换为数据库兼容的值时，会导致精度损失，从而在读取时无法保证与原始值相等。

具体案例

以 Postgres 为例，Date 在编码时将时间间隔转换为微秒级的整数值。在解码时，这个整数值再被转换回秒级的浮点数，以创建 Date 对象。这种转换过程中的浮点运算可能引入舍入误差，导致精度损失。

建议的解决方案

为了解决这一问题，建议考虑使用定点数表示法来表示 Foundation.Date，以确保跨平台的一致性和精度。这将有助于避免由于浮点运算导致的精度损失，确保在不同平台和数据库之间进行 Date 值的可靠存储和检索。

相关讨论

在 Swift 论坛上，开发者讨论了 Date 类型在不同平台上的表示差异，以及在与数据库交互时可能遇到的精度问题。他们建议采用定点数表示法来提高精度一致性。

通过采用定点数表示法，Foundation.Date 可以实现跨平台的一致性，避免由于浮点运算导致的精度损失，确保在不同平台和数据库之间进行 Date 值的可靠存储和检索。

提议即将推出的功能的采用工具

该提案引入了一种新的、面向功能的代码迁移器，旨在帮助开发人员将其代码库适应即将推出的 Swift 功能。该机制专注于机械迁移，提供源兼容的调整，以在启用新功能时保持代码行为。除了保留语义之外，该提案还设想为各种功能提供全面的采用和教育体验。

提案的关键组成部分：

采用模式：一种新的构建模式，可生成带有附加修复程序的编译器警告，指导开发人员修改其代码以准备即将推出的功能。
编译器警告和修复程序：在采用模式下，编译器会发出带有修复程序的警告，这些修复程序是自动建议，以调整代码以与即将推出的功能兼容。
工具集成：该提案建议将此机制集成到现有的构建流程中，使其可在各种构建系统和项目配置中访问。

社区反馈和讨论：

• 可扩展枚举：开发人员注意到，此工具可以通过提供警告和修复程序来将 @frozen 添加到现有公共枚举中，从而避免 API 中断，从而促进非弹性模块中向可扩展枚举的过渡。

自动修复应用程序：人们对可以自动应用这些修复程序的工具很感兴趣，尤其是对于大型代码库。虽然第三方工具可能会使用编译器输出来应用修复程序，但当前的诊断系统可能需要增强功能才能有效支持此功能。
诊断序列化：讨论包括利用序列化诊断格式来存储诊断组标志，这有助于过滤相关诊断并与外部工具集成。

该提案旨在通过为开发人员提供明确的指导和自动化工具来更新他们的代码库，确保更顺畅的过渡并保持代码完整性，从而简化新 Swift 功能的采用。

提议将 Objective-C 完成处理程序参数导入为 @Sendable

该提案建议在将 Objective-C 的完成处理程序参数导入 Swift 时，默认将其标记为 @Sendable。具体而言，当前的 Objective-C 互操作性机制在识别用于导入 async 函数的完成处理程序参数时，将默认在这些参数上添加 @Sendable 注解。此更改旨在提高 Swift 6 中与 Objective-C 交互的安全性，避免因缺少 @Sendable 注解而导致潜在的并发问题。

提案的主要内容：

默认添加 @Sendable 注解：在将 Objective-C 的完成处理程序参数导入 Swift 时，编译器将自动为这些参数添加 @Sendable 注解，确保在并发环境中安全地使用这些闭包。

社区反馈与讨论：

避免假阳性警告：有开发者建议，对于标记为 @MainActor 的方法，其完成处理程序应被视为 @MainActor，而非 @Sendable，以减少不必要的警告。
扩展至其他全局 actor：讨论中还提到，除了 @MainActor，是否应将该规则扩展至其他全局 actor，以涵盖更多使用场景。

该提案旨在通过自动为导入的 Objective-C 完成处理程序添加 @Sendable 注解，增强 Swift 与 Objective-C 交互时的并发安全性，同时减少开发者手动添加注解的负担。