2、应用发布前的准备工作：应用签名、版本号管理、应用图标与截图规范、隐私政策准备
好，咱们直接进入正题。应用发布前，有四个环节是绕不开的。我见过不少新手，代码写得挺溜，结果卡在签名和隐私政策上，硬生生拖了一周。今天我把这些坑都给你指出来。
2.1 应用签名——你的数字身份证
签名说白了，就是给APK打上一个独一无二的戳。Google Play靠它来识别开发者身份。你想想看，如果没有签名，那谁都能冒充你的应用去更新，这不乱套了吗？
我个人习惯用Android Studio自带的签名工具，方便又稳妥。但要注意，签名文件（.jks或.keystore）一定要备份好。我在项目中遇到过一位同事，换了电脑才发现签名文件没备份，结果老应用再也无法更新，只能重新上架一个新应用，用户全丢了。
签名有两种模式：debug签名和release签名。debug签名是开发时自动生成的，有效期短，不能用于发布。release签名才是你上架用的。具体操作很简单：
// 在build.gradle中配置签名
android {
signingConfigs {
release {
storeFile file("my-release-key.jks")
storePassword "你的密码"
keyAlias "你的别名"
keyPassword "你的密码"
}
}
buildTypes {
release {
signingConfig signingConfigs.release
}
}
}嗯，这里要注意，密码千万别硬编码在代码里。我建议放在项目根目录的keystore.properties文件中，然后通过gradle读取。这样即使代码上传到GitHub，密码也不会泄露。
2.2 版本号管理——别让用户困惑
版本号有两个：versionCode和versionName。前者是给机器看的，必须递增；后者是给用户看的，可以随意一些。
| 属性 | 用途 | 示例 |
|---|---|---|
| versionCode | 内部版本号，每次更新必须+1 | 1, 2, 3, 4... |
| versionName | 展示给用户的版本名 | 1.0.0, 1.2.3, 2.0.1-beta |
我曾经犯过一个低级错误：versionCode忘了递增，结果上传到Google Play后台直接报错。你想想看，Google Play只认versionCode，它才不管你的versionName写了什么。所以我的习惯是：每次发布前，先在build.gradle里把versionCode加1，再改versionName。
2.3 应用图标与截图规范——第一印象很重要
用户第一眼看到的就是你的图标和截图。说白了，这就是你的门面。Google Play对图标和截图有严格的要求，我列一下核心规范：
- 应用图标：512x512px，32位PNG，圆角自适应。不要加文字，不要用透明背景。
- 特色图：1024x500px，JPG或24位PNG。这是商店首页展示的图，一定要精美。
- 截图：至少2张，最多8张。尺寸必须是16:9或9:16。我建议用真机截图，别用模拟器。
我记得有一次帮朋友上架应用，他的截图是用模拟器截的，结果上传后显示模糊，用户评分直接掉了一颗星。后来我让他用真机重新截图，效果立竿见影。所以，截图一定要用真机，而且最好选主流机型，比如Pixel或三星。
📌 核心要点：截图的第一张最重要，因为它会出现在搜索结果中。把应用最亮眼的功能放在第一张，别放登录页或空白页。
2.4 隐私政策准备——合规是底线
隐私政策不是摆设，是Google Play的硬性要求。如果你的应用收集任何用户数据（包括设备ID、位置、通讯录等），就必须提供隐私政策。我见过不少应用因为没放隐私政策，直接被下架。
隐私政策需要包含以下内容：
- 收集哪些数据（具体到字段级别）
- 数据用途（比如用于广告、分析、功能实现）
- 数据共享对象（第三方SDK也算）
- 用户如何删除数据
- 联系方式
嗯，这里有个坑。很多开发者直接在网上复制一份隐私政策，改个应用名就完事了。但Google Play的审核人员会仔细看，如果发现你的隐私政策和你实际收集的数据对不上，那就会被拒。我曾经有个项目，因为隐私政策里没写集成了Firebase，结果被要求修改后重新提交。
如果你不想自己写，可以用一些隐私政策生成器。但生成后一定要逐条核对，确保和你的实际数据收集情况一致。说白了，合规这件事，马虎不得。
好了，这四个准备工作做完，你的应用就具备了上架的基本条件。下一章我们聊聊如何创建Google Play开发者账号和提交应用。有什么问题，欢迎随时交流。