Shizuku 新手全流程：无线调试启动、授权与安全撤销

Shizuku 让获准的普通 App 通过一个由 ADB 或 Root 启动的服务调用部分系统 API。本篇在 Android 11+ 上用无线调试启动它，只授权 aShell You 执行一次只读包列表，然后撤权、停服并关闭调试。你不会卸载系统 App、修改 Secure Settings 或把 ADB shell 误称为 Root。

你会完成什么#

• 理解普通 App、ADB shell（常见 UID 2000）与 Root（UID 0）的区别。
• 用系统配对码在同一台 Android 11+ 设备上启动官方 Shizuku。
• 只给一个可信客户端授权，并运行只读的第三方包列表命令。
• 撤销客户端授权、停止 Shizuku、关闭无线调试并检查重启后的状态。

先看结论#

心智模型#

开发者选项 + 无线调试
          ↓ 配对码
ADB shell 身份启动 Shizuku Server
          ↓ Binder / 系统 API
   ┌──────┴────────┐
可信客户端（已授权）  其他客户端（无权）
          ↓
     一次只读任务
          ↓
撤销客户端 → 停止服务 → 关闭无线调试 → 重启确认

Shizuku 本身不会自动替你删 App 或改系统。真正的动作由客户端请求，系统允许的范围还取决于 Android/OEM 对 ADB 的权限限制。ADB shell 比普通 App 强，但仍不是不受限制的 UID 0。

工具清单#

项目全景：Shizuku 与受控特权的 50 个项目，一个不漏#

从 Shizuku 的 ADB/shell 权限桥出发，按启动服务、管理应用、调整显示性能、控制通信隐私和扩展交互体验组织全部项目，同时明确“支持 Shizuku”“需要 root-backed Shizuku”和“其实无需 Shizuku”三种不同条件。

1. 服务实现、分支与开机启动 · 8#

先解释 app_process 服务如何获得 shell 能力，再并列 Nightzuku、多个 Shizuku 分支和 auto-starter；检查上游来源、签名和 Android 版本，不把分支等同官方项目。

本组共 8 项：3 个源项目、5 个 Fork，其中 0 项已归档。新手应先从“未归档的源项目”核对 README 和 Release，再用 Fork 追溯设备适配或历史差异；分组本身不等于推荐安装。

2. 应用、安装包、进程与用户管理 · 12#

服务启动后，用管理器、安装器、后台进程控制、运行服务观察和多用户工具完成日常任务；每次停用或卸载前记录包名并准备恢复命令。

本组共 12 项：12 个源项目、0 个 Fork，其中 1 项已归档。新手应先从“未归档的源项目”核对 README 和 Release，再用 Fork 追溯设备适配或历史差异；分组本身不等于推荐安装。

3. 显示、性能与电池观测 · 10#

把深色模式、平铺窗口、分辨率/刷新率、FPS、后台清理和电池统计放在同一调优闭环：先测基线、一次只改一项、重启后复测。电池数值伪装项目只作诊断演示。

本组共 10 项：10 个源项目、0 个 Fork，其中 1 项已归档。新手应先从“未归档的源项目”核对 README 和 Release，再用 Fork 追溯设备适配或历史差异；分组本身不等于推荐安装。

4. 网络、通信与隐私控制 · 10#

覆盖 Wi-Fi 密码、Private DNS、网络制式、SIM 国家码、IMS、通话录音、EFS/bandlock 与 USB 数据隔离；运营商与录音法规因地区而异，EFS 修改必须先备份。

本组共 10 项：9 个源项目、1 个 Fork，其中 0 项已归档。新手应先从“未归档的源项目”核对 README 和 Release，再用 Fork 追溯设备适配或历史差异；分组本身不等于推荐安装。

5. 输入、媒体与桌面交互 · 4#

将 Circle to Search、控制器、麦克风处理、Android 桌面与快捷重启视作 shell 能力的具体用例，逐个说明权限、设备限制和无 Shizuku 退化路径。

本组共 4 项：4 个源项目、0 个 Fork，其中 0 项已归档。新手应先从“未归档的源项目”核对 README 和 Release，再用 Fork 追溯设备适配或历史差异；分组本身不等于推荐安装。

6. 应用目录与综合工具箱 · 3#

把 Shizuku 应用合集和系统诊断套件作为选型入口，要求读者再回到项目主页核实维护状态；合集本身不代表其中每个工具都可信。

本组共 3 项：2 个源项目、1 个 Fork，其中 0 项已归档。新手应先从“未归档的源项目”核对 README 和 Release，再用 Fork 追溯设备适配或历史差异；分组本身不等于推荐安装。

7. 专项用途、重复分支与权限边界 · 3#

逐项覆盖其余项目，特别标出无需 Shizuku、必须 root-backed Shizuku、描述不足或仅为重复 fork 的条目，并给出是否迁类与新手是否应跳过。

本组共 3 项：3 个源项目、0 个 Fork，其中 0 项已归档。它们的平台、用途或分类存在边界，只作逐项核验，不当作默认安装候选。

开始前#

确认 Android 版本为 11 或更高，并从官方来源安装 Shizuku 与 aShell You。设备应有充足电量、已设置屏幕锁，并处于你信任的私人网络。记录“开发者选项、USB 调试、无线调试”的初始开关状态。

不同 OEM 可能限制 ADB 权限。MIUI/HyperOS、ColorOS 等额外选项只按 Shizuku 官方 FAQ 和你当前系统界面处理，不照搬旧视频。不要把工作资料、公司管理设备或唯一的 2FA 手机作为首次实验对象。

操作步骤#

1. 核对版本与初始状态#

打开“关于手机”，记录 Android 版本和系统 build。进入开发者选项前，记下相关开关默认是关闭还是已由其他工具开启。若设备由单位管理，看到“由管理员控制”就停止。

打开 Shizuku，确认应用内显示“未运行”。在“已授权应用”区域应没有你不认识的客户端；若已有，先逐项核实或撤销。

2. 开启并完成无线配对#

开启开发者选项、USB 调试和无线调试。回到 Shizuku 选择“通过无线调试启动”，允许必要通知，因为配对码输入通常通过通知完成。

在系统“无线调试”页面选择“使用配对码配对设备”，把这一次显示的配对码输入 Shizuku 通知。配对码只在设备本地使用，不截图、不发给任何人。配对成功后返回 Shizuku。

3. 启动服务并辨认权限层级#

点击启动，等待状态变为“Shizuku 正在运行”。查看启动方式/服务 UID；无线调试路线应表现为 ADB/shell，而不是 Root。若界面一直搜索配对服务，先关闭再开启无线调试，并允许 Shizuku 后台和本地网络活动。

不要因为服务已运行就批量授权。先停留一分钟，确认系统网络、通知和设置均正常。

4. 授权一个只读客户端#

打开 aShell You，选择 Shizuku 后端。系统弹出 Shizuku 授权时，核对应用名称和包来源，只授权这一个客户端。运行 pm list packages -3；该命令只列出第三方包，不写入设置。

保存前五行输出和执行时间，用系统“应用信息”随机核对一个包名。不要继续执行 disable、uninstall、clear、grant、settings put 或网上复制的 su 命令。

5. 撤权、停服并确认重启边界#

返回 Shizuku 的授权列表，撤销 aShell You。再次运行同一命令，客户端应提示无 Shizuku 权限或要求重新授权。停止 Shizuku 服务，再关闭无线调试、USB 调试；如你本来未启用开发者选项，可一并关闭。

重启设备后打开 Shizuku。官方无线调试路径因系统限制需要每次重启后重新启动，状态应为未运行。这个结果不是故障，而是本篇要验证的生命周期边界。

验证#

排错#

完成清单#

• □我从官方来源安装了 Shizuku，并记录 Android/build。
• □我只在私人网络使用了一次本地配对码。
• □我能解释普通 App、ADB shell 与 Root 的区别。
• □我只授权 aShell You 并运行了只读包列表。
• □我验证了撤权后客户端无法继续调用。
• □我停止服务、关闭调试，并确认重启后需要重新启动。

一手资料#

• Shizuku 官方用户手册
• RikkaApps/Shizuku 官方仓库
• Android 无线调试官方说明
• InstallerX-Revived 上游仓库
• aShell You 上游仓库
• Hail 上游仓库
• Android-Screener 上游仓库