开发者验证 – LineageOS

# 开发者验证 来源：https://lineageos.org/Developer-Verification/ ## 开发者验证：它是什么，以及它如何影响你 ### 什么是开发者验证？ Android 开发者验证（https://developer.android.com/developer-verification）是 Google 的要求，将于 2026 年 9 月起在部分地区逐步推出（2027 年全球范围内实施），要求应用必须注册到经过身份验证的开发者名下，然后才能在“认证”的 Android 设备上安装——即任何预装 Google Play、Play Services 以及其他 Google 移动服务（GMS）套件的设备。此要求适用于所有安装来源，无论是 Play Store、第三方商店，还是直接通过 APK 侧载。 ### 这对 LineageOS 及其用户有何影响？ 简而言之：不会直接影响 LineageOS。但**可能**影响那些在设备上运行原厂 ROM 的用户。 当在认证设备上安装**原厂 ROM**（https://wiki.lineageos.org/glossary/#stock-rom）时，软件包安装将由“AndroidDeveloperVerification”包进行把关，该包会检查开发者是否具有注册/验证的签名身份。Google 提供了一个**“高级流程”**（https://android-developers.googleblog.com/2026/03/android-developer-verification.html），供高级用户选择启用，允许在承认风险并等待整整一天后安装未经验证开发者的应用。这是一个一次性开关，用于禁用验证，而不是每次安装软件包都需要重新操作。 ### Google 为何要这么做？ 我们实际上并不知道真正的原因。我们只有 Google 公开陈述的理由，即使你对此持怀疑态度，也值得按其字面意思来理解。 Google 公开的正当理由是预防欺诈和恶意软件：他们声称，来自侧载/互联网来源的恶意软件比来自 Play Store 的多出**50 倍以上**（https://www.androidauthority.com/android-developer-verification-requirements-3590911/），而匿名的、一次性的开发者身份让不良分子可以轻易被抓住、改头换面，并在数小时内重新分发相同的恶意软件。他们还指出监管压力（如欧盟的 DSA、印度的 IT 规则等）正在推动平台实现开发者可追溯性，并将推出的顺序（先是欺诈高发市场：巴西、印尼、新加坡、泰国）作为证明欺诈理由才是真正驱动因素而非借口的证据。 这就是他们的说法。至于这是否是全部真相，则另当别论。 批评者，如 F-Droid、EFF 以及“**保持 Android 开放**”（https://keepandroidopen.org/）指出，这一举措也恰好将所有安装路径都经过 Google 控制的基础设施，使 Google 能够对全球任何应用或开发者拥有“一键封杀”的权力，并且这发生在 Google 面临反垄断诉讼之后不久。 两件事可能同时成立：欺诈确实是问题，而通过这种方式解决它则带来了限制开发者的便利副作用——我们无法假装知道 Google 内部的真实理由。我们只是告知你他们说了什么以及这改变了什么；你可以自行权衡“为什么”。 ### 我们打算怎么做？ 这对 LineageOS **没有任何改变**，因此我们无需采取任何直接行动。这不是 Google 替我们拨动的一个开关，而是由一个名为“AndroidDeveloperVerification”（`com.google.android.verifier`）的专用应用来强制执行，然后操作系统被告知它是**指定的**验证看门人。对于好奇的开发者或其他 ROM 维护者，它是通过两个框架覆盖层（overlays）连接的：`config_developerVerificationServiceProviderPackageName` 和 `config_developerVerificationPolicyDelegatePackageName`。 这与 **Play Integrity**（https://wiki.lineageos.org/quirks/snet/）的情况不同：Play Integrity 的认证逻辑位于 Play Services 内部，应用直接调用它进行认证。而开发者验证则是一个独立的应用程序，框架将其指向为提供者。 我们从未、也无意预装 GMS。这意味着我们不受 Google Test Suite (GTS) 认证的要求限制，而 Google 应用必须通过该认证。因此，我们没有义务安装“AndroidDeveloperVerification”或将上述配置（覆盖层）指向它。 ### 你能做些什么？ 如果你侧载了 **GApps 包**（https://wiki.lineageos.org/glossary/#gapps），请注意某个 GApps 包可能会选择捆绑“AndroidDeveloperVerification”并启用它。我们不知道任何第三方 GApps 包有理由选择这样做，因为这样做会限制其自身用户侧载应用的能力。如果你的 GApps 提供商真的这么做了，你只需切换到另一个 GApps 包即可。 ### 所以目前它只是一个独立的应用……但将来 Google 可能将其功能移入 Play Services 吗？ 绝对有可能。如果发生这种情况，我们会像处理许多由 Play Services 提供但令人烦恼的**空中升级（OTA）实现**（https://github.com/LineageOS/android_vendor_lineage/blob/lineage-23.2/prebuilt/common/etc/lineage-component-overrides.xml）那样处理：全局禁用该功能。 ### 我们（LineageOS）对此做了什么？ 我们已经与许多其他 FOSS 基金会和组织一起签署了“**保持 Android 开放**”（https://keepandroidopen.org/）请愿书，希望能支持独立开发者。 LineageOS 团队