Shizuku 重启后失效的真相：adb 授权的时效性设计
现象：重启一次，一夜回到解放前
无数新用户第一次遇到的都是同一幕：手机重启后，打开 App Ops 或 Canta，提示「Shizuku 未运行」；回到 Shizuku 一看，服务进程果然没了。有人第一反应是应用出了问题，甚至去应用商店打差评——但真相是：这不是缺陷，是 Android 调试机制的强制规则。
机制层面的解释
回顾 启动方式 里的知识：无 root 模式下，Shizuku 服务进程的权限来自 adb 授权（无线调试或数据线连接都属于 adb 的不同形态）。
Android 对 adb 授权的有效期有一条铁律：设备重启，授权记录清零。设计意图不难理解——adb 是开发调试通道，权限不小，若授权永久有效，任何拿到手机的人都能长期借道执行高权限操作。一次性授权换取的是安全性。
Shizuku 的服务进程恰好「住」在这条通道上：授权清零 → 通道断开 → 进程无法存活 → 应用全部失联。
三种启动方式的重启表现
| 启动方式 | 重启后服务 | 需要做什么 |
|---|---|---|
| root 启动 | 可开机自启，自动恢复 | 基本无需操作（需后台白名单） |
| 无线调试 | 失效 | 重新点一次启动（无需重新配对） |
| 连接电脑 | 失效 | 重新连电脑执行命令 |
注意无线调试那一行的关键差异：失效的是「授权」，不是「配对」。配对建立的信任关系永久保留，所以重启后的恢复动作只是打开 Shizuku 点一下启动，两三秒的事。
应对策略：按耐受度选路线
- 能接受每天两下点击：留在无线调试路线，把 配对后启动 的固定动作练成肌肉记忆；
- Android 13+ 且有固定 Wi-Fi：配置 可信 WLAN 自动启动，可信网络下服务可以自动拉起，这是免 root 用户的最优解；
- 完全不想管：只有 root 启动 的开机自启能做到，代价是 root 本身的门槛；
- 重度连电脑用户：接受 adb 路线 的循环，它本来也只是兜底。
理解了失效的必然性，接下来把 后台保活 做好，能让两次重启之间的体验稳定得多。