Google Play 拒审，大多不是因为应用“做了什么”，而是因为发布包里“写了什么”：目标 API 级别低于当前要求、原生库没有按 16 KB 对齐、某个权限需要声明却没人提交、前台服务没写类型、用了调试证书签名。这些信息在上传之前就能从 APK 或 AAB 里读出来。
这个页面运行的是和 APK/AAB 分析器 相同的工具，只是默认选中了 Google Play 场景，让报告集中在 Play Console 会检查的内容上。每条结果都写明规则编号、判断依据（证据）、修复方法，并链接到写明该要求的 Google 官方页面。文件只在你的浏览器里读取，不会上传。
能检查什么
下表列出每一条检查、报告的级别，以及触发的具体条件。编号固定不变，报告里的 #PLAY-15 始终指同一条规则。
| 编号 | 检查内容 | 级别 | 触发条件 | 适用场景 |
|---|---|---|---|---|
PLAY-01 | targetSdkVersion 未达到 Google Play 要求 | 拒审 | 仅 Play。手机/平板：2026-08-31 起 targetSdk ≥ 36（可延期到 2026-11-01 期间，≥ 35 的按高风险）；Wear OS/Automotive ≥ 35；TV ≥ 34；XR ≥ 34。设备形态取自 required 的 <uses-feature>。 | Google Play |
PLAY-02 | 16 KB 页面大小：ELF 段未按 16 KB 对齐 | 拒审（2027-02-01 起） | 仅 Play。lib/arm64-v8a 和 lib/x86_64 下任一 PT_LOAD 的 p_align < 0x4000。2027-02-01 前为高风险，之后为拒审。 | Google Play |
PLAY-03 | 16 KB 页面大小：未压缩的 .so 在 ZIP 内未按 16 KB 对齐 | 拒审（2027-02-01 起） | 仅 Play，仅 APK。不压缩（STORED）的 64 位 .so 数据偏移不是 16384 的倍数；extractNativeLibs="true" 时跳过。2027-02-01 前为高风险。 | Google Play |
PLAY-04 | 缺少 64 位原生库 | 拒审 | 仅 Play。有 armeabi-v7a/armeabi 却没有 arm64-v8a，或有 x86 却没有 x86_64；或 ELF 的位数/机器类型与所在 ABI 目录不符。 | Google Play |
PLAY-06 | 可调试包或测试包 | 拒审 | 仅 Play。application 上 android:debuggable="true" 或 android:testOnly="true"。 | Google Play |
PLAY-07 | 包名使用了保留前缀 | 拒审 | 仅 Play。包名为 com.example.*、com.android.* 或 android.*。 | Google Play |
PLAY-08 | 短信或通话记录权限 | 拒审 | 仅 Play。申请了任一短信或通话记录权限。 | Google Play |
PLAY-09 | QUERY_ALL_PACKAGES 权限 | 高风险 | 仅 Play。申请了 QUERY_ALL_PACKAGES（高风险：需声明审核）。 | Google Play |
PLAY-10 | 所有文件访问权限 | 拒审 | 仅 Play。MANAGE_EXTERNAL_STORAGE 为拒审；只有 requestLegacyExternalStorage="true" 为高风险。 | Google Play |
PLAY-13 | 后台位置权限 | 高风险 | 仅 Play。申请了 ACCESS_BACKGROUND_LOCATION。 | Google Play |
PLAY-16 | 照片和视频权限 | 拒审 | 仅 Play，且仅当 targetSdk ≥ 33：申请了 READ_MEDIA_IMAGES 或 READ_MEDIA_VIDEO。 | Google Play |
SIDE-01 | targetSdkVersion 过低，新版 Android 无法安装 | 拒审 | Play 以外。targetSdk < 24（Android 15 及以上拒绝安装）或 < 23（Android 14 及以上）。 | Play 以外（线下分发） |
SIGN-01 | 使用了 Android 调试证书签名 | 拒审 | 任一签名者证书主题的 CN 为 "Android Debug"（SDK 调试密钥是 CN=Android Debug, O=Android, C=US；React Native 等框架模板的 O 值不同）。Play 为拒审，Play 以外为高风险。Google 写明 Play 不接受调试证书签名的应用；Play 很可能就是按这个主题识别的，但官方没有写明。 | Google Play / Play 以外（线下分发） |
SIGN-03 | 只有 v1（JAR）签名 | 拒审 | 仅 APK。没有 v2/v3 签名：只有 targetSdk ≥ 30 时为拒审（无法安装），低于 30 为高风险；完全没有签名单独提示。 | Google Play / Play 以外（线下分发） |
PLAY-05 | 提交 Google Play 用的是 APK 而不是 App Bundle | 高风险 | 仅 Play 场景，仅 APK。高风险：新应用必须以 AAB 发布（2021 年 8 月起），Google 页面写明的是对新应用的要求。Android TV 应用（required 的 android.software.leanback）为拒审：2023-06-30 起 Play 不再接受 TV 应用用 APK 更新。 | Google Play |
PLAY-11 | 声明了无障碍服务 | 高风险 | 仅 Play。任一受 BIND_ACCESSIBILITY_SERVICE 保护的 <service>。资源表能解析时，同时读取服务配置 XML 中的 android:isAccessibilityTool。 | Google Play |
PLAY-14 | 精确闹钟权限 | 高风险 | 仅 Play。USE_EXACT_ALARM 为高风险（只允许核心功能是闹钟或日历的应用）。只有 SCHEDULE_EXACT_ALARM 为建议（用户可以拒绝授权）。 | Google Play |
PLAY-15 | 前台服务类型与全屏通知 | 高风险 | 仅当 targetSdk ≥ 34。拒审（所有场景）：service 声明了 foregroundServiceType 却缺少对应的 FOREGROUND_SERVICE_<TYPE> 权限（启动即崩溃）。高风险：有 FOREGROUND_SERVICE 却没有任何声明类型的 service；Play 场景下另含每个带类型的前台服务（需填 Play Console 声明）以及 USE_FULL_SCREEN_INTENT。哪些未声明类型的 service 会以前台方式启动不做追踪（需要分析代码中的数据流）。 | Google Play / Play 以外（线下分发） |
PLAY-17 | 通讯录权限（Play 新规） | 建议 | 仅 Play。申请了 READ_CONTACTS：建议；targetSdk ≥ 37 时为高风险（最小范围新规适用于以 Android 17 为目标的应用，2027-01-27 起执行）。 | Google Play |
SIDE-02 | targetSdk 过旧：安装时 Play Protect 警告 | 高风险 | Play 以外。targetSdk 比体检日期当时最新的 Android 版本低两个以上 API 级别（最新级别由规则数据维护）。 | Play 以外（线下分发） |
SIDE-03 | 增强型反诈保护会拦截的权限 | 高风险 | Play 以外。RECEIVE_SMS、READ_SMS、通知监听或无障碍服务。在已启用 Google Play Protect 增强型反诈保护的部分市场（Google 未公布完整名单），从浏览器、聊天软件或文件管理器安装这类应用会被拦截。 | Play 以外（线下分发） |
SIDE-04 | 无障碍服务标记为辅助功能工具 | 高风险 | Play 以外。无障碍服务的配置里 isAccessibilityTool="true"。只是提示：应用是否真的是面向残障用户的工具，需要人工确认。配置 XML 读不到时为未知。 | Play 以外（线下分发） |
SIDE-06 | 高危能力组合 | 高风险 | Play 以外。同时具备以下三项或以上：SYSTEM_ALERT_WINDOW、无障碍服务、短信权限、设备管理员 receiver、通知监听。 | Play 以外（线下分发） |
SIDE-07 | 没有启动入口 | 建议 | Play 以外。没有带 MAIN + LAUNCHER（或 LEANBACK_LAUNCHER）的 activity/activity-alias，也没有输入法、壁纸、无障碍、屏保、TV 输入、桌面等系统类组件。 | Play 以外（线下分发） |
SIDE-08 | 拆分 APK 被当作完整应用分发 | 拒审 | Play 以外，仅 APK。拒审（无法单独安装）：文件本身是拆分包（<manifest split>、isFeatureSplit），会报 INSTALL_FAILED_INVALID_APK "Full install must include a base package"；或 base APK 的 <manifest> 上设置了 android:isSplitRequired="true" 或 android:requiredSplitTypes，会报 INSTALL_FAILED_MISSING_SPLIT。高风险：base APK 只在 <application> 上带 android:isSplitRequired，或带 meta-data com.android.vending.splits.required。安装器不读这两处，所以可能装得上，但缺了拆分包就不完整（拆分包里的代码或资源运行时可能找不到）。 | Play 以外（线下分发） |
SIDE-09 | ZIP 结构不规范 | 高风险 | 仅 APK。重复条目、中央目录与本地头不一致、不安全路径、加密标志位或未知压缩方式为高风险；归档末尾有多余数据为建议。 | Google Play / Play 以外（线下分发） |
SIDE-10 | Android 开发者验证：需要登记的信息 | 建议 | Play 以外，仅 APK。始终列出需要登记的包名和签名证书 SHA-256。签名者是调试证书或公开的 AOSP 测试密钥时为高风险，因为无法证明所有权。 | Play 以外（线下分发） |
SIGN-02 | 使用了公开的密钥签名 | 拒审 | 任一签名者证书的 SHA-256 与私钥已公开的密钥一致：AOSP 测试证书（testkey、platform、shared、media 等），或 React Native 模板的 debug.keystore（Expo bare 模板里是同一个文件）。Play 为拒审，Play 以外为高风险。 | Google Play / Play 以外（线下分发） |
SIGN-04 | 签名密钥或证书摘要强度不足 | 高风险 | RSA 密钥小于 2048 位、DSA 密钥，或证书签名基于 MD5 为高风险；证书签名基于 SHA-1 为建议。 | Google Play / Play 以外（线下分发） |
SIGN-05 | 签名证书在 2033-10-22 之前到期 | 拒审 | 仅 Play。任一签名者证书的 notAfter 早于 2033-10-22。APK：拒审（该规定针对应用签名密钥）。AAB：只是建议（AAB 上的是上传密钥，Google 用应用签名密钥签名应用，2033 年的规定针对的是后者）。 | Google Play |
SIGN-08 | ZIP 对齐与 resources.arsc 存储方式 | 拒审 | 仅 APK。只有 targetSdk ≥ 30 且 resources.arsc 被压缩或未按 4 字节对齐时为拒审（无法安装）。其他未压缩条目未按 4 字节对齐为建议。 | Google Play / Play 以外（线下分发） |
PRIV-07 | 允许明文传输或信任用户安装的证书 | 建议 | usesCleartextTraffic="true"；或未声明且 targetSdk < 28（此时默认允许明文）；或网络安全配置在 <debug-overrides> 之外允许明文或信任用户证书。配置读不到且没有其他发现时为未知。 | Google Play / Play 以外（线下分发） |
PROT-01 | 识别到应用防护（加壳 / 加固） | 建议 | 只做识别：按库文件名识别到商业应用防护运行库，或者（弱信号）只有一个很小的 classes.dex 而 assets 中有大文件。保护代码是正当的，这里只说明利弊。 | Google Play / Play 以外（线下分发） |
PLAY-12 | REQUEST_INSTALL_PACKAGES 权限 | 高风险 | 仅 Play。申请了 REQUEST_INSTALL_PACKAGES：高风险（只有安装其他应用属于核心功能时才允许，例如文件管理、浏览器、企业设备管理）。DEX 同时显示自更新链路时为拒审：有安装路径（PackageInstaller 调用或安装 intent）且有 .apk 下载地址字符串——Play 上的应用不得通过 Google Play 以外的方式更新自身。DEX 读不到时只按权限提示。 | Google Play |
SIDE-05 | 自更新链路 | 高风险 | Play 以外。三项同时存在为高风险：REQUEST_INSTALL_PACKAGES 权限、DEX 中的安装路径（PackageInstaller 调用，或安装 intent 的 MIME 类型 / action）、.apk 下载地址字符串。有权限和安装路径但没有地址字符串为建议（地址常在运行时拼接）。DEX 扫描不完整且没找到时为未知。 | Play 以外（线下分发） |
SIGN-06 | v1（JAR）签名与内容不一致 | 拒审 | 存在 v1 / JAR 签名时：逐项比对 MANIFEST.MF 摘要与实际条目，列出 META-INF/ 以外未被清单覆盖的条目，并校验 .SF 中对 MANIFEST.MF 的摘要（不验证 .SF 上的 PKCS#7 签名）。APK：只有 v1 签名或 minSdk < 24 时为拒审（Android 7.0 及以上改为校验 v2/v3，忽略 v1），否则为建议。AAB（用上传密钥做 JAR 签名）：高风险，Google 没有写明上传签名损坏时如何处理。 | Google Play / Play 以外（线下分发） |
SIGN-07 | v2 / v3 签名校验失败 | 拒审 | 仅 APK。重新计算每个 v2 / v3 / v3.1 签名者按 1 MiB 分块的内容摘要，并用 WebCrypto 验证签名。摘要不一致或签名验证失败为拒审（Android 无法安装）。WebCrypto 不支持的算法（DSA）或校验触及上限时为未知。v3.2（Android 17 混合 ML-DSA）签名块不校验。 | Google Play / Play 以外（线下分发） |
SIGN-09 | 与上一版本的签名不一致 | 拒审 | 仅在通过"与上一版本比较"加入上一版本后检查。比较两个文件签名者证书的 SHA-256；v3 / v3.1 的轮换谱系（proof-of-rotation）包含上一版全部签名者时视为一致（不验证谱系本身的签名）。APK 对 APK：拒审（更新装不上旧版本）。涉及 AAB 时为高风险：AAB 上是上传密钥，用户拿到的 APK 由 Play App Signing 重新签名，换上传密钥需要在 Play Console 申请重置。 | Google Play / Play 以外（线下分发） |
PRIV-01 | 需要在 Google Play SDK Index 核对的第三方 SDK | 建议 | 列出识别到的全部 SDK（Manifest 组件和 meta-data、原生库、版本文件、DEX 类名前缀和版本常量）。建议级：SDK Index 没有公开 API，离线无法判断版本是否过时或被标记违规，请逐个查询。 | Google Play / Play 以外（线下分发） |
PRIV-02 | Data safety 表单：核对草稿 | 建议 | 仅 Play。根据权限和识别到的 SDK 类别，列出 Data safety 表单大概率需要申报的数据类型。工具看不到你在 Play Console 的填写，这只是用来对照的草稿，不是结论。 | Google Play |
PRIV-03 | 广告 ID 权限与声明 | 高风险 | 仅 Play。高风险：有广告或统计 SDK、targetSdk ≥ 33 却没有声明 AD_ID（此时 getId() 返回全零；如果是有意移除，在声明中如实填写）。建议：声明了 AD_ID——Play Console 的广告 ID 声明和 Data safety 中的"设备或其他 ID"必须一致。 | Google Play |
PRIV-04 | 不可重置的设备标识 | 高风险 | 高风险：AndroidX / Google 库以外的代码调用了 TelephonyManager 的 getDeviceId / getImei / getMeid / getSubscriberId / getSimSerialNumber 或 Build.getSerial。建议：这些调用只出现在 AndroidX / Google 库代码中（兼容性封装）、引用了 Build.SERIAL 字段、Settings.Secure.getString 加 "android_id" 字符串（SSAID），或只声明了 READ_PHONE_STATE / READ_PRIVILEGED_PHONE_STATE。DEX 扫描不完整时为未知。 | Google Play / Play 以外（线下分发） |
PRIV-05 | 采集已安装应用列表 | 高风险 | 高风险：DEX 代码调用 getInstalledPackages / getInstalledApplications，申请了 QUERY_ALL_PACKAGES，并且有广告或统计 SDK。建议：有调用，但另外两项只占其一。DEX 扫描不完整且没找到时为未知。 | Google Play / Play 以外（线下分发） |
PRIV-06 | 发现登录功能：账号删除要求 | 建议 | 仅 Play。识别到登录类 SDK（Firebase Authentication、Google 登录 / Credential Manager、Facebook Login、微信、QQ、微博、LINE 等）。只是提醒：工具无法判断应用是否允许注册账号。不扫描资源字符串（如"注册"）。 | Google Play |
PROT-02 | 未开启 R8 优化 / 混淆 | 建议 | 找到 ~~R8 标记（R8 写入 DEX 字符串池）为通过。只有 ~~D8 标记（未压缩代码；会指出 "compilation-mode":"debug"），或没有任何标记且 50 个以上类中 1–2 个字母的 R8 式类名不到 5% 时为建议。列出仍带 DEBUG 字段的 BuildConfig 类。没有标记且启发式无法判断时为未知。 | Google Play / Play 以外（线下分发） |
PROT-03 | Play Integrity API | 建议 | Play 场景：没有找到 com.google.android.play.core.integrity 下的类时为建议。仅线下：找到时为建议（Play 以外安装的副本会被判为未授权）。仍调用 SafetyNet Attestation API（已于 2025 年 1 月关停）时一律为建议。 | Google Play / Play 以外（线下分发） |
PROT-04 | 运行时动态加载 dex 或 so | 拒审 | Play：运行时加载代码（DexClassLoader、InMemoryDexClassLoader、PathClassLoader、System.load / Runtime.load）且存在远程 .dex/.jar/.so 地址字符串为拒审；Google / AndroidX 库以外调用 DexClassLoader / InMemoryDexClassLoader 为高风险；其他情况（只有 PathClassLoader 或 System.load、只在已知库中、assets/ 中带代码文件）为建议。Play 以外同样的发现最高为高风险。 | Google Play / Play 以外（线下分发） |
选中 Google Play 场景时，只与线下分发有关的规则（SIDE- 开头的 Play Protect 警告、开发者验证、拆分 APK 等）显示为不适用。如果你同时在 Play 以外分发，请改选两者都要。
能查出哪些拒审原因
目标 API 级别（PLAY-01）
2026-08-31 起，手机和平板上的新应用及更新必须以 API 36 为目标。可以在 Play Console 申请延期到 2026-11-01；在此之前，API 35 的版本按高风险而不是拒审提示。Wear OS 和 Android Automotive OS 应用要求 35，Android TV 和 Android XR 应用要求 34。工具读取 required 的 uses-feature 来选择对应门槛。来源：目标 API 级别要求。
16 KB 内存页（PLAY-02、PLAY-03）
以 Android 15 及以上为目标的应用，必须在 64 位设备上支持 16 KB 页面大小。工具读取 lib/arm64-v8a 和 lib/x86_64 下每个库的 ELF 程序头；对 APK 还会检查每个不压缩的库在 ZIP 里的偏移。Google 开发者文档写明，2027-02-01 起不合规的更新将无法发布；在此之前工具按高风险提示并显示倒计时。来源：支持 16 KB 页面大小。
App Bundle 和 64 位代码（PLAY-05、PLAY-04）
新应用必须以 Android App Bundle 发布。在 Play 场景下拖入 APK，PLAY-05 会按高风险提醒这一点，因为 Google 写明的是对新应用的要求。对 Android TV 应用则是拒审：2023 年 6 月 30 日起，Google Play 不再接受 TV 应用用 APK 更新。PLAY-04 检查每个 32 位 ABI 是否都有对应的 64 位版本，以及每个 .so 是否真的是为所在目录的架构编译的。
受限权限与声明表（PLAY-08 到 PLAY-17）
有些权限只允许用于特定的核心功能，并要在 Play Console 填写声明表：短信和通话记录、QUERY_ALL_PACKAGES、所有文件访问、REQUEST_INSTALL_PACKAGES、后台位置、照片和视频、精确闹钟，以及新加入的通讯录。这里的结果不是说权限被禁止，而是说审核人员会问你为什么需要它。通常的修法是改用范围更小的 API：SMS Retriever API、<queries>、存储访问框架（SAF）、系统 Photo Picker、Contact Picker、非精确闹钟。
接下来几个月有两个日期要注意。2027-01-27 起，“电话账户验证”不再是 READ_CALL_LOG 的允许用途；通讯录新规（PLAY-17）对以 Android 17 为目标的应用生效。见 Policy Deadlines 和通讯录权限。
前台服务与全屏通知（PLAY-15）
以 API 34 及以上为目标的应用，每个前台服务都要声明 foregroundServiceType，并申请对应的 FOREGROUND_SERVICE_<TYPE> 权限。声明了类型却缺少权限的服务一启动就会崩溃，所以工具在所有场景下都按拒审报告。在 Play 上，每个带类型的前台服务还需要在 Play Console 填写声明，USE_FULL_SCREEN_INTENT 只允许通话和闹钟类应用使用。有一个限制：没有声明类型的 service 是否会以前台方式启动，需要在代码里追踪 startForeground 的调用，本工具不做这种追踪。来源：前台服务要求、前台服务类型。
无障碍服务（PLAY-11）
声明了无障碍服务的应用，必须填写 AccessibilityService API 声明并提供显著披露。工具还会通过资源表读取该服务的配置 XML，显示它是否声明了 isAccessibilityTool="true"。这个标记只留给主要面向残障用户的工具。
发布构建与签名（PLAY-06、PLAY-07、SIGN-01 到 SIGN-09）
debuggable 或 testOnly 的构建会被拒，包名在 com.example、com.android、android 之下的也会被拒。签名方面，报告会检查：调试证书（任何 CN=Android Debug）；私钥已公开的密钥，包括 AOSP 测试密钥，以及 React Native 模板自带的调试密钥（在你配置自己的上传密钥之前，模板的 release 构建默认用它签名，见 React Native：发布到 Google Play）；小于 2048 位的 RSA 密钥、DSA 密钥和 MD5 签名；在 2033 年 10 月 22 日之前到期的证书；对 APK 还检查是否只有 v1 签名、resources.arsc 是否被压缩或未对齐。对 AAB 来说证书是你的上传密钥，Google 会用应用签名密钥重新签名，而 2033 年的有效期规定针对的是应用签名密钥，所以 AAB 上的有效期问题只作为建议提示。签名还会做完整校验（SIGN-06、SIGN-07）。点击“与上一版本比较签名”后，报告还会检查这次更新是否与上一版用的是同一密钥（SIGN-09）。来源：为应用签名、Play App Signing。
代码级检查（PLAY-12、PRIV-01 到 PRIV-06、PROT-02 到 PROT-04）
工具会在 DEX 代码中查找特定 API 的引用，并记录每个 API 是哪个类调用的。
- 自更新（PLAY-12）：申请了
REQUEST_INSTALL_PACKAGES、调用了PackageInstaller，并且带有.apk下载地址的构建，按拒审报告。Google Play 不允许应用绕开 Play 自身的更新机制自行更新，请改用 In-App Updates API。 - 广告 ID（PRIV-03）：以 API 33 及以上为目标、有广告或统计 SDK，却没有声明
com.google.android.gms.permission.AD_ID的应用，拿到的广告 ID 是全零。所有应用都必须在 Play Console 填写广告 ID 声明。 - 设备标识（PRIV-04）：调用
getImei、getDeviceId或Build.getSerial会被标出，因为 Play 禁止把持久标识与个人数据关联。 - 已安装应用（PRIV-05）：Play 把已安装应用清单视为个人敏感数据，采集这份清单会被标出。
- 账号删除（PRIV-06）：识别到登录类 SDK 时，提醒允许注册账号的应用必须同时提供应用内和网页两种删除途径。
- Data safety 草稿（PRIV-02）：根据权限和 SDK 类别生成一份数据类型清单，用来对照 Data safety 的填写。
- 加载代码（PROT-04）：运行时加载代码，同时存在远程
.dex/.jar/.so地址的，按拒审报告，因为 Play 不允许从 Google Play 以外获取可执行代码。请改用 Play Feature Delivery。 - R8 与 Play Integrity（PROT-02、PROT-03）：没有开启 R8、没有接入 Play Integrity 都只是建议，结果会说明收益和风险，不是缺陷。
应用防护（PROT-01）
加壳和加固是保护代码的正当手段，工具不把它们当作问题。按库文件名识别到商业防护运行库时，报告会说明与审核相关的利弊：壳的启动代码在启发式扫描引擎看来可能像恶意软件的打包器；带签名自校验的防护在 Play App Signing 下可能失效；Google Play 不允许从 Play 以外下载可执行代码。这条结果只是建议，不是缺陷。
文件里看不出的事
一份没有问题的报告只覆盖发布包本身。Play Console 审核的不止这些，下面几项文件检查看不到，请单独核对：
- Data safety 表单：每个 SDK 收集的数据都要与申报一致。PRIV-02 会根据权限，以及从 Manifest、文件和 DEX 中识别出的 SDK，生成一份对照草稿；以各 SDK 自己的数据披露文档为准。
- 隐私政策与账号删除：可公开访问的隐私政策链接；如果用户可以注册账号，要提供应用内和网页两种删除途径。
- 商店素材：标题、图标、截图和描述不得误导或冒充他人。
- 测试要求：2023-11-13 之后注册的个人开发者账号，申请正式版之前需要至少 12 名测试者连续参加 14 天的封闭测试。
- 运行时行为：对审核人员和普通用户的行为必须一致，不得从 Google Play 以外下载可执行代码。
本工具的结果不代表 Google 的审核结论。如果需要在 Android Studio 里基于源码的提示，Google 还提供 Play Policy Insights。
文件只留在你的电脑上
页面把文件交给一个 Web Worker，它只读取检查需要的部分：ZIP 目录、Manifest、资源表和几个被引用的 XML 文件、每个原生库开头的一小段、版本文件以及签名数据。Worker 里没有任何网络代码，它自己的 Content-Security-Policy 也禁止联网。分析结束后发送的统计事件只包含粗粒度取值（文件类型、大小区间、耗时区间、结果和未通过的检查数量），绝不包含文件名、包名、哈希或任何文件内容。详见隐私政策。
报告显示之后，Worker 还会按 4 MB 一段计算整个文件的 SHA-256。旁边有一个在 VirusTotal 上搜索这个哈希的链接。它只是一个普通链接：你点击之前不会发出任何请求，点击之后 VirusTotal 也只会从地址里拿到这个哈希。按哈希查询是查一个版本最稳妥的方式；把未发布的版本上传到公开扫描平台，可能会让文件被第三方获取。
如何自己验证
- 选择文件之前，打开浏览器开发者工具的 Network（网络） 面板。完成一次检查，逐条查看请求：没有任何一条带着你的文件；除本站以外，只会看到 Google Fonts 和 Google Analytics。
- 或者先加载本页，再断开网络（或在 Network 面板勾选 Offline），然后检查。包括哈希在内，结果照样能完成，因为没有任何东西需要离开你的电脑。
常见问答
报告没有问题，是不是就一定能过审？ 不是。它只说明文件里没有触发已知规则。声明表、Data safety 表单、商店素材和运行时行为都要单独审核。
为什么某条规则显示“未知”？
它需要的值读不出来，比如 targetSdkVersion 写成了资源引用、签名块损坏，或者资源表解析不到某个配置文件。未知不等于通过，请人工核对这一项。
我同时在 Play 和 Play 以外分发，该选哪个场景？ 选两者都要。报告会同时运行线下分发相关的检查：安装限制、Play Protect 警告、增强型反诈保护和 Android 开发者验证。
能按未来的规则检查吗？ 可以。在“按这一天生效的规则体检”里选一个以后的日期。有明确生效日期的规则（例如 2027-02-01 的 16 KB 要求）会相应调整级别。
规则多久更新一次？ 每条规则都记录了最后一次对照官方来源核实的日期。超过 90 天未复核的规则，在报告中会标注“待复核”。
相关内容
- APK/AAB 分析器：同一个工具，默认同时检查两种场景，并逐节解释报告内容。
- Google Play 拒审原因：上传前就能在 APK/AAB 里查出来的那些：用示例包演示修复前后的检查结果，以及被拒后如何看政策状态、重新提交和申诉。
- 检查 APK 是否满足 Android 16 KB 页面大小要求：PLAY-02 和 PLAY-03 的分步说明。
- 用 REA 分析 Android APK：JADX、Apktool、ADB 与 Flutter：从一条结果定位到引起它的代码。
- AAB 转 APK 与 APK 解包：用 REA 提取资源和脚本：用 bundletool 从 AAB 生成通用 APK。