在Google Play发布应用是一条流水线，而不是一次"上传并发布"的点击。从你的构建产物准备好，到真实用户看到它，中间隔着测试轨道、新账号的生产权限申请，以及决定多少人、什么时候收到你更新的发布机制。本教程走一遍2026年完整的发布流程——从签名的Android App Bundle到完全放量的生产版本，全部基于Play Console的官方流程。
第一步：构建并上传Android App Bundle（AAB）
Google Play现在使用Android App Bundle为每种设备配置生成并分发优化后的APK，所以你只需要构建、签名并上传一个bundle，而不是几十个APK。这个阶段有两件事必须做对：
- 包名是永久的。根据Google的应用创建与设置文档，包名不能被删除或复用——选名要慎重，因为错误会一直跟着你。
- 注意体积限制。为单台设备生成的APK最大压缩下载大小为200MB。上传后Play Console会用gzip估算下载体积，借助高级压缩，真实用户的实际下载量通常会更小。
当你为应用创建第一个release时，Play Console会引导你配置Play App Signing。注意：2021年8月之前创建的旧版应用仍可上传APK，但新应用必须使用app bundle。你可以在App bundle explorer（测试和发布 > App bundle explorer）中查看每个版本及其按设备拆分的APK。
第二步：内部测试——最快的反馈回路
内部测试向最多100名选定测试者分发构建版本，构建通常在添加到Play Console后几秒内就能供测试者使用，而且没有前置条件——即使应用设置还没完成也能用。这是捕获崩溃、登录失败和流程中断的最佳场所，不会在Google Play上暴露任何东西。Google官方将内部测试定位为可选但推荐的起点。
第三步：封闭测试——新账号的门槛
封闭测试把你控制的定向测试者群体纳入测试，它在流程中有两个作用。第一，它是验证应用合规性和真实使用情况的最实际手段。第二——也是卡住很多开发者的地方——2023年11月13日之后创建的个人账号，必须完成封闭测试才能把应用发布到生产环境。
根据官方应用测试要求，标准是：至少12名测试者持续加入你的封闭测试满14天，且应用设置已完成。只有满足条件后，你才能从Play Console首页申请生产权限，回答关于应用设计、测试流程和生产就绪度的问题。在达标之前，生产（Production）和预注册（Pre-registration）页面会一直保持禁用。
排期提醒：14天窗口意味着你的发布日历至少要提前两周启动。尽早招募12名以上测试者并保持他们持续加入——如果测试者数量跌破要求，计时会重新开始。
第四步：开放测试——可选但有用
开放测试会把你的测试版本直接展示在Google Play上：任何人都能从你的商店详情页加入测试并提交私密反馈。它只在获得生产权限之后才可用，因此属于门槛之后的工具。团队常用它让更广泛的用户群帮忙排查问题，同时保持生产列表不受影响。开启前请确认商店详情页已准备好公开可见——开放测试者能看到它。
第五步：生产发布与分阶段发布
最终创建生产release时，你可以只向一定比例的用户发布，而不是一次性推给所有人。分阶段发布的几个关键机制：
- 比例不会自动增加——你必须手动调高（管理发布 > 更新发布）。
- 用户是每次发布随机选中的，且不会收到"你获得了一个分阶段版本"的通知。
- 暂停发布后，不会有新用户收到该版本，但已收到的用户会保留——暂停后恢复影响的仍是同一批用户。
- 你可以先用有限的国家/地区开始，但分阶段发布一旦开始，国家/地区就不能移除。
- 存在未完成的发布时无法创建新release——分阶段发布必须先放量到100%或先废弃。
第六步：受管发布——控制变更何时上线
默认情况下，变更通过审核后会自动发布。如果你需要精确控制时机——配合广告投放、发布活动，或一次捆绑了商店详情页修改的版本——请开启受管发布（managed publishing）。发布概览页面会展示所有变更，让你按自己的节奏提交审核，并把已批准的变更保留在"待发布"状态，直到你主动发布。Google明确建议审核时间较长的应用使用该功能，新开发者账号的应用正是这种情况。
一句话总结
构建一个AAB，用内部测试追求速度；如果用的是新个人账号，先满足12人/14天封闭测试要求；申请生产权限；然后用分阶段发布加受管发布落地生产版本。每一步在Play Console里都有官方文档——把发布当成流水线而非按钮的开发者，永远不会把一个坏更新推给100%的用户。