手机被抢走的瞬间自动锁屏：iOS 27.2 代码里的 AutoLock 靠多路信号判断是否被夺

手机在街上被人一把抽走后，最要命的其实是屏幕还亮着、还解着锁，设备本身倒在其次。苹果显然在研究这件事：iOS 27.2 Beta 2 的代码里，一个内部名为 AutoLock 的功能露出了更多细节。

它靠什么判断手机是被夺走的

这批代码出自今早放出的 iOS 27.2 Beta 2，和同一批的其他系统更新是同一次推送（五套 27.2 Beta 2 同日放出）。

按 9to5Mac 从代码里看到的实现，AutoLock 靠的是几种信号叠加，不是单一条件：与手机被抢夺动作相符的急剧加速度；配对的 Apple Watch 在一段时间内始终连不上；与配对 Apple Watch 的连接彻底丢失；长时间失去网络连接；以及设备在超过某个特定间隔之后仍处于解锁状态。

这几条单看都不够有说服力，合在一起才构成一个像样的判断。剧烈加速说明设备经历了非正常的运动；手表掉线意味着用户与手机之间原本稳定的物理距离被拉开；长时间断网则排除了「只是进了电梯」这类解释；而屏幕迟迟不锁，说明拿走手机的人没有把设备交还给主人。

防误判的部分比判断本身更复杂

代码里另一半是专门用来防止误锁的。已经能看到的安全措施包括：一次成功的生物识别认证；某些可能被误读成「设备被抢」迹象的前台应用活动；以及在反复发生锁定之后启动的退避机制，它会暂时抑制进一步的自动锁定，避免设备陷入反复上锁的循环。

更关键的是实现方式。代码显示 AutoLock 采用了一套投票机制：潜在的窃取信号只能「请求」锁定，而生物识别、熟悉地点以及某些应用活动则握有否决权。也就是说，最终是否执行锁定，取决于双方谁占上风。

这套设计里还出现了与「失窃设备保护」相似的位置安全逻辑，会把 iPhone 是否处在熟悉地点纳入判断。人在家里、手机在手里突然被判定为「遭抢」并锁死，是这类功能最容易翻车的地方，代码里能看到苹果确实在为这个场景做防护。

现在还不能用

需要明确一点：iOS 27.2 Beta 2 里并没有面向用户的 AutoLock 功能，也没有开关可以打开。苹果的做法是先把底层的 AutoLock 服务在后台启用，但真正执行锁定的那个组件仍处于禁用状态，这样可以在不触发自动锁定的前提下测试底层行为。

从代码结构看，苹果把「底层服务」和「真正执行锁定的组件」拆成了两层开关：前者先在后台跑起来，后者继续保持禁用。这种拆法在系统功能里很常见，好处是可以在不真正触发锁屏的前提下，先观察底层收集到的信号是否稳定。

所以现在看到的这些代码，只说明苹果在这个方向上走到了哪一步，不代表功能已经就绪。它最终会不会推出、什么时候推出，完全由苹果决定，官方至今没有任何表态。

需要说明的是，苹果自始至终没有官宣过 AutoLock，这些细节全部来自测试版代码里挖出的字串与引用。代码里出现了什么，只能证明苹果正在做什么，不能证明它打算发布什么——被提前挖出、最后却没有上线的功能，过去并不是没有过。

为什么这类功能值得等

抢夺式盗窃是手机被抢场景里最难防的一类：受害者来不及锁屏，小偷拿到设备后第一件事就是关掉查找、转走账户里的钱。苹果现有的失窃设备保护需要用户主动开启，而 AutoLock 想做的，是在用户完全来不及反应的几秒钟里替他把门关上。

难度也正在这里：判定必须足够快，又不能频繁误伤。这个功能真正的考验其实在准确率，技术反而是次要的：只要误锁率稍高，用户就会关掉它，功能也就失去了意义。可以对照本站此前整理的 iOS 27 安全能力一起看（Face ID 验证失败整崩），那类问题说明系统级安全逻辑出错的代价往往不只是麻烦。