欧盟最高法院驳回 Google 对 Android 反垄断罚单的最终上诉，意味着这场从 2018 年延续至今的案件基本落幕。对开发者来说，它不只是法律新闻：它再次提醒我们，移动生态里的默认搜索、预装应用、应用商店准入和系统兼容性，都会直接影响产品分发路径。
争议不在 Android 开源，而在默认入口
这个案件的核心不是“Android 能不能免费使用”，而是 Google 是否借助 Android 的市场支配地位，把关键入口绑定到自己的服务上。
欧盟委员会此前关注的行为主要包括三类：
- 要求设备厂商在预装 Google Play 等关键应用时，同时预装 Google Search、Chrome 等服务。
- 通过商业安排强化 Google Search 的默认位置，压缩其他搜索服务进入设备首页或浏览器入口的机会。
- 对 Android 分支系统施加限制，使厂商更难推出与 Google 版本 Android 不兼容的替代系统。
技术上看，这些行为都围绕一个问题：用户第一次开机时看到什么、默认点开什么、能不能轻松换掉。默认值不是小事，它往往决定了流量分配。
对 Android 团队的实际影响
如果你在做 Android App、ROM、设备集成、浏览器、搜索、应用商店或企业 MDM，这类案件会影响你的产品判断。
举几个具体场景：
- 做浏览器或搜索产品时，不应只盯功能，还要关注默认入口、选择屏和卸载能力。
- 做设备集成时，要把预装包、默认应用、搜索提供方、浏览器 Intent 处理器纳入合规检查。
- 做企业设备管理时，要确认策略是否允许用户或管理员替换默认服务。
- 做国际市场发布时，要把欧盟、美国、印度等不同地区的监管要求作为配置变量，而不是写死在构建脚本里。
换句话说，合规不是法务文档里的附录，它会落到 AndroidManifest.xml、系统镜像、预装 APK 列表和默认配置文件里。
可以这样实践：审计一台 Android 设备的默认入口
下面这个脚本不是案件事实的一部分，而是一个可以改造的工程实践：用 adb 快速检查设备上是否存在一组关键包，以及当前默认浏览器、默认 Home 和可处理 Web 链接的应用。你可以把它放进设备验收或 CI 流水线里。
运行前需要：
- 本机已安装 Android Platform Tools。
- 设备已开启 USB 调试。
- 根据你的产品策略修改
WATCH_PACKAGES列表。
#!/usr/bin/env bash
set -euo pipefail
WATCH_PACKAGES=(
"com.android.chrome"
"com.google.android.googlequicksearchbox"
"com.google.android.gms"
"com.android.vending"
)
echo "== Connected device =="
adb devices
echo "\n== Watched packages =="
for pkg in "${WATCH_PACKAGES[@]}"; do
if adb shell pm list packages "$pkg" | grep -q "$pkg"; then
echo "FOUND $pkg"
else
echo "MISSING $pkg"
fi
done
echo "\n== Default browser candidates =="
adb shell cmd package query-activities \
-a android.intent.action.VIEW \
-d https://example.com 2>/dev/null | sed -n '1,80p'
echo "\n== Current default home =="
adb shell cmd package resolve-activity \
-a android.intent.action.MAIN \
-c android.intent.category.HOME 2>/dev/null
echo "\n== User-selected default apps snapshot =="
adb shell settings get secure selected_input_method_subtype || true
adb shell settings get secure default_input_method || true
如果你要把它接入 CI，可以让脚本在发现不允许的预装包时退出：
FORBIDDEN_PACKAGES=("com.example.unapproved.search")
for pkg in "${FORBIDDEN_PACKAGES[@]}"; do
if adb shell pm list packages "$pkg" | grep -q "$pkg"; then
echo "Forbidden package found: $pkg" >&2
exit 1
fi
done
这类检查不能替代法律评估，但它能把“默认入口是否可替换”“预装包是否符合地区策略”变成可重复验证的工程问题。
给产品和工程团队的检查清单
这次终局判决给移动生态参与者的信号很明确：平台能力越强，默认配置越需要透明、可替换、可审计。
可以从这几件事开始：
- 把预装应用、默认搜索、默认浏览器、默认商店做成地区化配置，不要硬编码。
- 为用户或管理员提供清晰的默认应用切换路径。
- 在设备出厂或企业镜像发布前，保留可审计的包列表和配置快照。
- 对合作协议里的技术条件做工程映射，确认哪些会影响构建、签名、预装和 OTA。
- 对 Android 分支、AOSP 定制和 GMS 集成保持边界意识，避免把商业要求写进不可回滚的系统假设。
罚单本身属于法律结果，但它背后的技术课题很现实：谁控制默认入口，谁就控制了相当一部分用户路径。开发者越早把这些入口配置化、可替换化、可验证化，未来进入不同市场时就越少返工。