三种启动方式
「启动(针对已 root 设备)」「通过连接电脑启动(使用 adb)」「通过无线调试启动」,按手头条件任选。
很多系统 API 只对 shell 或 root 身份开放。Shizuku NEXT 以 shell 身份运行一个常驻服务, 通过 Binder 把系统 API 开放给经过授权的应用——应用因此获得 ADB 级权限,而你不必 Root 手机。
底栏是一枚 64dp 的液态玻璃胶囊,顶部是带渐隐的玻璃栏;激活、应用管理、ADB 命令三大页都保持同一套观感。



从启动服务到管理应用权限,常用能力都收在底栏三页里。
「启动(针对已 root 设备)」「通过连接电脑启动(使用 adb)」「通过无线调试启动」,按手头条件任选。
Android 11 及以上可通过无线调试直接配对,输入配对码即可完成连接,无需数据线。
划掉任务后自动复活,并在息屏时继续检测,尽量让服务不被打断。
进入 Scene、黑域等场景时弹出通知,可直接点击完成激活。
每个应用可设「允许 / 拒绝 / 每次询问」,也支持一键开启批量授权。
保护系统应用、当前桌面、输入法以及 Shizuku NEXT 自身,避免误操作。
执行破坏性命令(清空、格式化、卸载等)前要求确认,第三方应用需在通知中确认。
控制已安装应用的网络访问;无需卸载即可停用应用。
内置终端风命令输出,支持保存与清空,方便排查与验证。
厂商的后台策略是服务稳定性的主要敌人。Shizuku NEXT 提供一组可组合的保活选项, 并针对不同机型提供跳转向导。

权限桥接意味着责任。授权按应用逐个决定,系统关键组件默认受保护, 破坏性命令需要二次确认,第三方应用必须在通知中确认后才会执行。

通过网盘获取安装包。首次使用需完成一次激活:Root 设备可直接启动,其他设备用电脑 ADB 或无线调试。
不需要。已 Root 的设备可以直接启动并支持开机启动;没有 Root 时,可以用电脑通过 adb 启动,或在 Android 11 及以上通过无线调试配对启动。
三种方式:① 已 root 设备直接启动;② 连接电脑用 adb 启动;③ Android 11 及以上通过无线调试配对启动。
无线调试支持在通知里输入配对码,配对过程带进度阶段提示,成功后自动收起。
ADB 方式的激活在设备重启后需要重新执行。Root 启动方式可以开启开机启动来自动恢复。
1.0.1_Next 新增「强力保活」:在原有守护基础上增加周期性心跳,并提高存活自检频率,息屏后也能持续守护。此外还有进程守护与崩溃重启看门狗。
服务在开机、应用更新后会自动恢复运行,任务被清理后也会重新回到运行状态。
该权限用于无线调试场景下发现并配对目标设备。1.0.1_Next 起应用启动时即申请,未授权前无法进入应用;完成授权后自动解除限制,无需重启。
可以。每个应用可单独设为「允许 / 拒绝 / 每次询问」,也支持一键「全部授权」;当列表中的应用已全部授权时,按钮会自动切换为「全部关闭」,一键恢复为未授权状态。
授权按应用逐个决定,可以选择「每次询问」。系统应用、当前桌面、输入法以及 Shizuku NEXT 自身默认受保护。
执行破坏性命令(清空、格式化、卸载等)前会要求确认;第三方应用发起的高危命令需在通知中确认后才会执行。
可以。内置 ADB / Shell 命令页面,终端风输出,支持保存与清空,并带高危命令识别与确认流程。
最低支持 Android 7.0。无线调试配对需要 Android 11 及以上;实时通知相关能力需要 Android 16 及以上——Android 16 以下设备会自动隐藏这部分不兼容的能力。
不是。ADB 权限本身有限,具体能做什么取决于系统版本;此外 Android 9 起对普通应用使用隐藏 API 有额外限制,部分能力在旧系统上不可用。
Shizuku NEXT 基于开源 Shizuku 定制,保留上游 API 兼容性,并在此基础上加入保活与自启动、授权管理、高危命令保护、以及新的玻璃界面等改进。