结论：最低支持的系统版本是开发阶段定的，写在包的配置文件里，签名这个动作既不负责定它，也改不了它。想靠签名让一台老设备装上新版 App，这条路走不通。

它是怎么写进包里的

开发者在 Xcode（苹果官方开发工具）的项目设置里有一项 Deployment Target（最低部署目标，即这个 App 支持的最低系统版本）。打包时这个值会被写进 Info.plist（应用配置清单文件）的 MinimumOSVersion 字段。安装时系统会读这个字段，拿它跟本机系统版本比对，本机低了就直接拒绝安装，提示「需要 iOS xx.x 或更高版本」。

整个判断过程发生在系统层，跟包是谁签的毫无关系。所以无论是 App Store（苹果官方应用商店）下载、TestFlight（苹果官方测试分发渠道）、企业签名还是超级签名，同一个包在同一个系统版本上的安装表现是完全一样的。

为什么不能硬改这个字段

技术上说，字段值是可以被改的——改 Info.plist 再重新签名就行。但改了没用：App 之所以设了这个门槛，是因为代码里用到了高版本系统才有的 API（应用程序接口）。强行把门槛降下来，装是能装上了，运行到调用那些接口的地方就会崩，表现比装不上更糟。

还有一处隐性风险：改过字段的包和原始包就不一致了，后续排查问题时会多一个变量。

几个常见误解

• 「签名能让老手机用上新 App」——不能。系统版本是硬件和系统的限制，不是分发渠道的限制。
• 「签完就支持所有机型」——不是。机型适配（比如有没有用某些只在 Pro 机型上有的硬件能力）也是打包时定的。
• 「有最高版本限制」——没有。苹果不设上限，但很老的包在很新的系统上跑可能遇到兼容问题，比如界面错位、某些废弃接口失效。这类问题同样要回到代码层解决。

送签时该怎么说清楚

给签名方的说明里至少包含三条：这个包支持的最低系统版本、主要适配的机型范围、是否在平板上验证过。前两条决定了哪些用户装得上，第三条决定了要不要额外准备平板说明。如果目标用户里有比较老的设备，正确做法是在开发阶段下调部署目标并做兼容处理，而不是在签名环节想办法。

小结

最低系统版本是开发期的决策，签名是分发期的动作，两者不在同一个环节。遇到装不上先看系统版本够不够，再看包支不支持这个机型，最后才轮到排查签名本身。

---

我是本期作者小思，想解决苹果企业签名、超级签名、TF签名问题？可以在微信公众号对话框找到我哦~（QQ：822404920　微信：A-mk5888）