Bootloader unlock and Android root: from right-to-repair to GPL — Do 29 Oktober 2026

你好,世界!

当你花几千元买下一部手机,它究竟在多大程度上“属于”你?这个问题在 2026 年变得格外尖锐。一边是微软以“安全”与“体验”为名,将大量性能依然够用的老硬件拒于 Windows 11 门外;另一边,欧盟的“维修权”新规刚刚生效,试图从法律上逼迫厂商让产品更易维修、更可持续。然而,在软件层面,Android 生态却朝着相反的方向疾驰:BL 解锁越来越难,Root 越来越隐蔽,曾经那个“我的设备我做主”的开放时代正在落幕。

要理解这场退守,必须先厘清两个在玩机圈绕不开的概念:BL 解锁与 Root。

两道门:BL 锁与 Root 权限的本质区别

很多人将两者混为一谈,但它们守护的是不同层级的“门”。

BL 锁,即 Bootloader(引导加载程序)锁,是手机开机后运行的第一道程序。它负责验证即将加载的操作系统内核是否经过了厂商的签名认证。出厂时,这道锁默认是锁上的。它的存在只有一个目的:确保设备只能运行官方认可的系统。只要 BL 锁着,你就无法往手机里刷入任何第三方系统或修改过的内核。BL 解锁,就是拆掉这扇“官方防盗门”,允许设备加载未经签名的操作系统镜像。解锁本身并不会直接给你最高权限,但它为后续的一切修改铺平了道路。

Root 权限,则是进入 Android 系统内部后的“超级管理员”身份。在 Android 的多用户权限模型中,普通应用只能在自己的沙盒里运行,而 Root 用户(Linux 系统中的 UID 0)可以读写系统分区、修改任何文件、控制任何进程。获取 Root 通常需要利用系统漏洞,或者更常见的方式——在 BL 解锁的前提下,通过 Magisk 等工具修改 boot 镜像来实现。

简而言之:BL 解锁是“允许你换锁”,Root 是“拿到万能钥匙”。前者是后者的常见前提,但解锁 BL 并不自动等于拥有 Root。许多用户解锁 BL 仅仅是为了刷入第三方 ROM(如 LineageOS)以延长旧手机寿命,或为了在官方系统损坏时通过 fastboot 刷入工厂镜像进行自救。

代价与现状:谷歌的收紧与厂商的围堵

获取这两样东西的代价,在 2026 年已经高昂到普通用户难以承受。

最直接的后果是安全屏障的拆除与保修丧失。解锁 BL 意味着绕过了硬件级的安全验证,恶意程序若被植入,将获得比以往更深的渗透能力。专家明确指出,解锁后手机将失去官方保修,系统更新可能受限,稳定性下降。更隐蔽的代价来自软件生态的惩罚:谷歌的 Play Integrity 认证机制会检测设备是否被篡改。解锁了 BL 的设备,即便没有 Root,也可能无法使用 Google Pay、部分银行应用,甚至在 Pixel 9 系列上,连部分 PI 功能都会被禁用。

而获取权限的途径本身正在被系统性封死。早在数年前,主流厂商就开始逐步关闭官方解锁通道,或设置漫长的等待期与苛刻的社区等级要求。到了 2026 年,谷歌甚至在评估限制 ADB(Android Debug Bridge)的本机回环连接,这意味着 Termux、Shizuku 这类依赖设备端 ADB 实现“免 Root 轻度定制”的工具也将面临灭顶之灾。曾经那个拿到手机第一天就解锁、刷入 TWRP、安装 Magisk 的“标准流程”,如今已沦为少数极客的考古学。

从 GPLv2 到 GPLv3:一场早已预演的斗争

如果你觉得厂商限制 BL 解锁只是出于“安全”考量,那不妨回看自由软件基金会(FSF)当年推动 GPLv2 升级到 GPLv3 的历史。那场争论的核心,与今天 Android 的困境如出一辙。

GPLv2 保障了你运行、修改、分发软件的自由。但它存在一个致命的漏洞,被 Richard Stallman 称为 “Tivoization” 。TiVo 是一家生产数字录像机的公司,它的设备里运行着基于 Linux(GPLv2)的软件。TiVo 遵守了 GPLv2:它公开了源代码。但它在硬件里加入了一道检查机制:如果你修改了软件并刷入设备,硬件会检测到签名不符,然后直接拒绝开机。

你拥有了修改代码的自由,却失去了让修改后的代码在你自己的硬件上运行的自由。GPLv2 管得了代码,却管不了硬件锁。

这正是今天 Android BL 锁的逻辑。谷歌 AOSP 的代码是开源的,Linux 内核是 GPLv2 的,厂商依法公开了内核源码。但 BL 锁确保了:你的修改,无法在你的手机上生效。GPLv3 试图堵上这个漏洞,它明确规定,如果设备包含 GPLv3 软件,厂商必须提供“安装信息”,确保用户能够在自己拥有的设备上运行修改后的版本。换言之,GPLv3 试图赋予你的,正是 BL 解锁所剥夺的东西:让软件自由在你的硬件上落地。

然而,Android 生态巧妙地绕开了这一约束。Linux 内核至今仍停留在 GPLv2,明确拒绝升级到 GPLv3。厂商在 GPLv2 的框架下,合法地公开源码,同时合法地锁死 Bootloader。自由软件运动试图用许可证修补的裂痕,在移动设备上被彻底撕开。

结语:维修权之后,运行权何在?

欧盟的维修权法规是一个进步。它要求厂商不得以软件锁定阻碍独立维修,必须提供备件与维修信息。它试图对抗的是“计划性报废”与“一次性文化”。但维修权的深层逻辑,是让设备在物理上活得更久。

可如果一台手机在物理上被修好了,软件上却被永远锁死在厂商指定的系统版本里,无法获得安全更新(因为厂商停止支持旧机型),也无法通过刷入轻量级第三方系统来延续生命,那么“维修”的意义就被大打折扣。你修好了一台被软件抛弃的设备,却依然无法真正使用它。

微软用 TPM 2.0 和 CPU 代际限制,将老电脑推入垃圾堆;谷歌用 Play Integrity 和 BL 锁,将 Android 变成名义上开源、实际上由厂商牢牢掌控的封闭平台。用户夹在中间,拥有的只是“使用”的许可,而非“控制”的权利。

GPLv3 的理想——让用户拥有运行、修改、分享软件的自由——在移动设备上从未真正实现过。而今天,连 GPLv2 时代那点有限的“查看源码”的安慰,也随着 BL 解锁通道的关闭而变得愈发苍白。当一台设备在物理上属于你,在软件上却不属于你时,“所有权”这个词,就需要重新定义了。

如果你希望自己真的拥有自己的硬件和软件,那么请 支持自由软件 ,让我们在这场争取软件自由之战中取得胜利。也许, 立伯乐 可以和你一起维护我们的软件自由。

让自由软件带你进入的美好自由世界!