Shizuku 是什么：免 root 调用系统 API 的权限桥梁工具
一句话说清它的定位
Shizuku 不是给普通用户「直接使用」的功能型应用，而是一座权限桥梁：它在你的手机上悄悄拉起一个拥有 adb（或 root）特权的后台服务进程，其他应用经过授权后，就能借助这个进程调用 Android 的系统级 API。
打个比方：Android 的权限体系像一栋办公楼，普通应用只能在自己那间办公室里活动；Shizuku 相当于办了一张合法的「工程通行证」，持证的应用可以进出配电室、机房这些平时进不去的地方——但通行证本身，仍然是由 Android 官方机制签发的。
它解决什么问题
Android 对应用权限管得很严，但系统同时预留了「调试通道」：adb（Android 调试桥）本来就允许开发者通过电脑对手机执行高权限操作。过去想把这类能力搬到手机上，只有两条路：
- 解锁 Bootloader 并 root——彻底放开权限，但门槛高、有风险，还会失去保修；
- 一直连着电脑用 adb——安全但根本不现实。
Shizuku 把 adb 的能力「装进」了手机本身：激活一次服务进程，之后授权过的应用随时可用，不需要电脑常连，也不需要解锁系统。官方对它的描述是——帮助普通应用借助一个由 app_process 启动的 Java 进程，直接以 adb 或 root 特权使用系统 API。
开发者视角的三大卖点
官方首页概括的三点，翻译成用户视角更容易理解：
- 优雅地使用系统 API：应用开发者不必再靠执行一堆 shell 命令、解析文本输出来干活，直接调用接口即可，速度和稳定性都大幅提升；
- 支持 adb 使用：如果一款工具类应用只需要 adb 权限（比如改分辨率、管权限），开发者接入 Shizuku 后，未 root 的用户群也能用上；
- 详细的文档：官方手册把激活流程写得足够细，开发者只需引导用户安装 Shizuku，不必自己重造一套授权教程。
它「不是」什么
避免误解，这几条同样重要：
- 不是 root 方案：它不解锁、不刷机、不替换系统的授权体系，adb 模式下的权限天然有限；
- 不是常驻系统组件：服务进程由调试机制拉起，重启手机后需要重新激活（root 模式与特定条件下的自启除外，详见保活章节）；
- 不是功能应用：它的界面只有状态与启动按钮，真正的功能由授权后的第三方应用完成，例如 App Ops 的权限管理 或 Canta 的预装精简。
想继续深挖运行机制，可以看 Shizuku 运行原理；急着上手的读者可直接跳到 三种启动方式怎么选。