一位常年折腾开源软件的博主,最近做了个决定:把手上那台Fairphone 4的系统从Android换成Linux。理由听起来很硬——他说Google“移除了用户按自己意愿安装应用的能力”。这句话如果为真,等于是给sideloading判了死刑。但翻回Google去年8月的官方公告,故事没这么简单。更巧的是,这位博主目前生活在巴西,而巴西恰好是这项政策第一批强制执行的地方之一。

三选一,选完还得留个后门

移动Linux这条路目前只有三个可选项:Ubuntu Touch、postmarketOS、SailfishOS。他最后选了SailfishOS。

优点很直接:手势导航流畅,应用框架好看,能像正经Linux一样直接ssh上去改东西。代价也不少——自带的Python和glibc版本老得离谱,Waydroid(安卓兼容层)和GPS在Fairphone这个非官方移植版上直接是坏的,连他离不开的WhatsApp客户端都是社区糊出来的“糙活”。

Ubuntu Touch的短板是另一套:Waydroid能跑起来,这是最大优势,但通知和剪贴板不同步,想用Bitwarden这种密码管理器几乎是折磨;原生应用比Android和Sailfish都弱,连屏蔽骚扰电话这种基础功能都找不到入口。

结果是——两边都没能完整跑起安卓兼容层,他没法真的脱离Android。巴西的打车软件、挪威的银行和政府验证服务,统统需要一台真正的安卓机。于是他留了一台备用手机,开热点切换着用,像随身带着一把应急钥匙。

  • 提醒.所谓“换成Linux”,目前更像是一场理念驱动的极客实验,不是普通用户能直接抄的答案。

Google到底做了什么

他把这场折腾的起点归咎于Google“移除自主装应用的能力”。这句话和Google去年8月的公告对不上号。公告的名字叫“提升Android安全性”,内容是给认证设备上的应用开发者加一道身份验证,不是直接封杀sideloading功能本身。

时间表也是分阶段的:2025年10月开放早期访问,2026年3月对所有开发者开放验证,2026年9月起在巴西、印尼、新加坡、泰国四国正式强制执行,2027年之后逐步扩展到全球。

这位博主写文章的时间点,恰好卡在这条时间线上——他人在巴西,而巴西正是那批率先被执行的地区。他没有提到这个细节,但这可能才是他决定“现在就走”的真正理由,而不只是长期以来对Google的不满攒到了临界点。

差之毫厘,谬以千里——他把一项分阶段、限定范围的验证机制,说成了对自由安装的全面绞杀,这个描述比事实更激进,也更容易被转发放大。

收紧的是圈子,不是地基

关键区分在这里:这项验证机制针对的是“认证设备”,也就是接入Google兼容性认证、跑GMS服务的那批手机。纯AOSP编译、不带GMS的系统,理论上完全可以绕开这道验证。custom ROM社区、SailfishOS、Ubuntu Touch走的正是这条路——它们从设计上就不依赖GMS,自然也不在这次收紧范围之内。

也就是说,Google真正在收紧的,是它自己那个庄园的门槛,不是Android开源项目这块地基。AOSP依然开源,只是这场收紧会让人产生“开源快死了”的错觉,而实际受挤压的是那些依赖GMS认证又想保持灵活分发方式的普通用户和小型应用商店。

我不太买账的是什么

我认同他对Google这些年做法的不满——设备树越收越紧、AI功能越塞越多,这些都是真实趋势。但把一项限定地区、限定时间、限定认证设备的身份验证机制,说成“移除自主安装应用的能力”,是把行业焦虑当成了既成事实。这种夸大在极客圈子里传播得很快,因为它符合大家心里已经攒好的叙事。

真正值得盯住的变量不是标题党式的“死刑”,而是这条时间表接下来怎么走:2026年3月全面开放验证后,普通开发者的反馈是什么样;9月四国正式执行后,是不是真的有独立应用商店和sideloading分发受到实质冲击;2027年全球铺开时,门槛会不会进一步收紧到连纯AOSP设备都绕不过去。

  • 结论.今天的边界是“认证设备生态”和“开源本体”还分得开,但这条线能守多久,取决于Google会不会在后续版本里把验证要求悄悄塞进AOSP代码本身。

至于移动Linux这条路,它现在更像一小群人的实验田,不是普通用户的退路。Waydroid缺失、系统组件老旧、社区应用质量参差,这些短板一天不补齐,“换Linux”就只能停在极客圈子里打转。这位博主兜里那台备用安卓机,才是最真实的答案——理念可以走在前面,但生活还得靠现实的兼容性兜底。