iOS 最低版本限制即将升至 iOS 15

前言

昨天在提交 App 审核和打包上架时，邮箱里收到了一封来自 App Store Connect 的自动邮件。

邮件内容提示了一个名为 ITMS-90068 的 Warning（警告）：应用的最低支持系统版本（MinimumOSVersion）太低了。从 2027 年春季 开始，所有提交至 App Store Connect 的 iOS 应用都必须要求 iOS 15.0 或更高的系统版本。

虽然本次构建依然上传成功（Delivery Successful），但后边就要着手将最低限制改成 iOS 15 了。

一、 发生什么了？解析 ITMS-90068 预警邮件

先看一下这封通知邮件的真实截图：

邮件的核心内容如下：

ITMS-90068: MinimumOSVersion too low - This app has a MinimumOSVersion of 13.0. Starting in Spring 2027, all iOS apps must have a MinimumOSVersion of 15.0 or later in order to be uploaded to App Store Connect or submitted for distribution.

划重点：

1. 当前不影响上架：这是一封预警（Warning），邮件前文明确指出了 "Although delivery was successful..."。你当前发版构建包依然能够正常提审和分发。
2. 时间节点：生效时间为 2027 年春季。苹果提前大半年给开发者放出了信号，预留了充裕的缓冲调整期。
3. 硬性指标：届时凡是提交上传至 App Store Connect 的 iOS 应用包，构建产物 Info.plist 中的 MinimumOSVersion（即 Xcode 中的 iOS Deployment Target）必须满足 >= 15.0。

二、 苹果为什么要将底线提高到 iOS 15？

对于 iOS 开发生态而言，将 Minimum Deployment Target 提升到 iOS 15 实际上是一个利好大于弊端的技术推进。

1. 设备覆盖率：iOS 15 已实现老旧设备极高覆盖

iOS 15 被誉为苹果系统更新中的“长寿版本”。能够升级到 iOS 15 的设备最高可以追溯到 iPhone 6s（2015 年发布）、iPhone 7、iPhone SE 1 代 以及 iPod touch (第 7 代)。 这意味着，即便你的应用支持了 iOS 15，也依然能够覆盖近十年内发布的绝大多数机型。停留在 iOS 13 / 14 且无法升级至 iOS 15 的设备在全网活机占比中已不足 1%，继续为了极少数设备维护低版本兼容的边际成本极高。

2. 现代 Swift 语法与并发框架的“基石”

iOS 15 是 Swift 语言和苹果原生框架的里程碑版本：

• Swift Concurrency (async/await)：虽然 Swift 5.5 将 async/await 回溯支持到了 iOS 13，但底层的 Actor 和 Task 运行时以及大量系统 API（如 URLSession.shared.data(from:)）在 iOS 15 上才具备最完整、最成熟的原生体验。
• SwiftUI 3.0 的成熟：在 iOS 15 中，SwiftUI 引入了 .task 声明周期修饰符、.refreshable 下拉刷新、AsyncImage 异步图片加载等一系列关键组件。在 iOS 15+ 平台上开发 SwiftUI，体验相比 iOS 13/14 时代有了质的飞跃。

三、 开发者实战：如何应对与适配？

趁着距离 2027 年春季的强制节点还有一段时间，我们可以结合日常的版本迭代，逐步完成工程配置的升级和废弃代码的清理。

1. 原生 iOS 项目配置调整

Xcode 工程 Target

打开 Xcode，在 Project 和 Target 的 Build Settings 中，找到 iOS Deployment Target，将其统一修改为 15.0。

CocoaPods (Podfile)

如果项目使用 CocoaPods 组织依赖，请修改 Podfile 顶部的 platform 指令，并确保脚本统一强制所有第三方 Pods 节点的最低版本：

# 将全局支持版本提升至 15.0platform :ios, '15.0'target 'YourApp'do  use_frameworks!  pod 'Alamofire'# ...end# 确保所有第三方 Pod 的 Deployment Target 不低于 15.0post_install do |installer|  installer.pods_project.targets.each do |target|    target.build_configurations.each do |config|      config.build_settings['IPHONEOS_DEPLOYMENT_TARGET'] = '15.0'endendend

Swift Package Manager (Package.swift)

对于自建的 SPM 组件包或内部 SDK，在 Package.swift 中将 platforms 配置调整为：

// swift-tools-version: 5.9import PackageDescriptionletpackage=Package(    name: "MyCoreSDK",    platforms: [        .iOS(.v15)    ],    products: [        .library(name: "MyCoreSDK", targets: ["MyCoreSDK"]),    ],    targets: [        .target(name: "MyCoreSDK", dependencies: []),    ])

2. Flutter 跨平台项目调整

对于 Flutter 开发者，同样需要在 iOS 原生目录中进行适配：

1. 进入项目根目录下的 ios/Podfile，将 platform :ios, '12.0'（或更低版本）修改为：

   platform :ios, '15.0'

2. 打开 ios/Runner.xcworkspace，在 Xcode 的 Runner Target -> General -> Minimum Deployments 中修改为 15.0。
3. 检查三方插件：在命令行运行 flutter pub outdated，确保引入的插件没有写死低版本的底层 C/C++ / iOS 依赖限制。

3. 代码大扫除：移除条件分支判断

放弃对 iOS 13 / 14 的支持后，项目中大量的系统版本兼容判断终于可以优雅地删除了！

示例：清理 #available 历史兼容代码

// ❌ 以前的低版本降级兼容代码funcfetchProductDetails() async {if#available(iOS15.0, *) {// 使用 iOS 15+ 的原生 async APIdo {let (data, _) =tryawaitURLSession.shared.data(from: url)self.handleData(data)        } catch {self.handleError(error)        }    } else {// 专门为 iOS 13/14 写的 Closure 回调降级逻辑（现在可以直接删除了！）URLSession.shared.dataTask(with: url) { data, response, error inDispatchQueue.main.async {iflet data = data { self.handleData(data) }            }        }.resume()    }}// ✅ 提升最低版本到 15.0 后，代码大幅简化：funcfetchProductDetails() asyncthrows {let (data, _) =tryawaitURLSession.shared.data(from: url)self.handleData(data)}

写在最后

每一次苹果提升最低支持版本限制，虽然短期内需要团队做一轮配置更新与排查，但从长远来看，这其实是在帮你“强制去技术债”。

趁着这波 App Store Connect 的预警，不妨在下一次迭代中顺手把项目的最低版本升到 iOS 15。把精力投向更现代的 Swift Concurrency、更稳定高效的 API，告别冗余的代码兼容分支。

本文首发于微信公众号「iOS观之」（微信号：run88184），欢迎关注。