内测群里最常见的反馈之一是「我这个手机装不了」。很多人第一反应是安装包坏了或链接不对，其实还有一类原因容易被忽略：安装包本身没问题，只是设备的系统版本低于它允许的最低门槛。下面把安卓与 iOS 的版本门槛讲清楚，并给出确定门槛的思路。
同一个安装包，为什么有人装得上有人装不上
能不能装上，取决于安装包声明的系统门槛与设备实际系统版本之间的关系：
- 安卓：安装时核对安装包声明的最低支持版本，系统低于该值会被直接拒绝
- iOS：工程设定的最低部署版本决定可安装的最低 iOS 版本，系统过低时通常安装失败，或装上后打不开
- 跨过门槛也不代表万事大吉：权限与后台行为随系统版本变化，旧系统上可能出现功能异常
三个版本字段分别管什么
先把概念分清，后面定门槛才不至于混淆：
| 字段 | 平台 | 作用 | 内测中的影响 |
|---|---|---|---|
minSdkVersion |
安卓 | 允许安装的最低系统版本 | 决定哪些测试设备根本装不上 |
targetSdkVersion |
安卓 | 应用适配的系统行为基准版本 | 影响权限申请、后台运行、通知等在新系统上的表现 |
Deployment Target |
iOS | 允许安装的最低 iOS 版本 | 决定旧机型能否安装与启动 |
三者的差别放在场景里更清楚：
minSdkVersion只在安装环节起作用，是一道硬门槛，低于这条线的设备连安装机会都没有targetSdkVersion不影响能否安装，但会改变应用在新系统上的运行行为，抬高它之前建议回归权限与后台功能Deployment Target与安卓的minSdkVersion逻辑相近，改动后必须重新打包，配置不会在已发出的安装包里生效
内测阶段怎么把门槛定下来
- 先把测试设备盘清楚。列出测试名单里出现过的机型与系统版本，别等出了问题再临时收集
- 用实际数据定下限。参考目标用户的系统版本分布决定覆盖范围，不要凭手感拍数字
- 把妥协写在明处。为使用新能力抬高门槛时，在更新说明与分发页注明「本版需 Android X 及以上」
- 出包后到边界设备上实测。至少找一台刚好卡在门槛上的设备，完整装一次、启动一次
- 分发时同步版本要求。把系统要求与安装入口放在一起，测试用户扫码前就能自行判断（https://xiafenfa.com）
遇到「装不上」的排查顺序
系统版本只是原因之一，按下面的顺序过一遍能少走弯路：
- 先看报错文案：安装被拒绝、解析失败、来源限制分别指向不同原因，分清再动手
- 再核对系统版本：确认设备是否低于安装包声明的门槛，这一步最容易被跳过
- 检查安装包本身：包是否完整、CPU 架构是否匹配、是否传错版本
- 最后确认安装方式：覆盖安装与全新安装结果不同，必要时先卸载再装
常见问题
| 问题 | 说明 |
|---|---|
| 门槛定得越低越好吗 | 不一定。降低下限会扩大机型与系统组合的兼容成本 |
改了 minSdkVersion 要重新打包吗 |
需要。该字段在构建时写入安装包，改配置就必须重新出包 |
| 装上后一打开就闪退，是门槛问题吗 | 未必。门槛问题通常表现为无法安装，能装但闪退更可能是运行期兼容问题 |
| 测试用户系统版本很杂怎么办 | 建议在分发说明中写清支持范围，按系统版本分组安排回归 |
建议：把「支持的系统版本范围」固定成内测包的一项标准信息，和版本号一起写在分发入口旁边。一句话写清楚，就能省掉群里反复确认的沟通成本。
版本门槛不是玄学，它就是安装包里几个明确的配置项。内测阶段先盘清测试设备的系统版本，再用数据定下限、用真机验证边界，最后把要求写在分发入口旁，「装不上」的困惑大多能在事前避免。