常见问题 — 误杀系统进程、应用杀了又回、所有手机都能用吗
不装 Shizuku 能直接用吗？
不能。 没有 Shizuku 或 root，打开后功能是空的，提示 Shizuku not running——这是它的权限模型决定的，不是故障。
先装好 Shizuku，启动服务，把 TaskManager 授权给它，CPU 曲线才会开始滚动。
会不会误杀系统进程出问题？
不会（非 root 模式下）。
安卓的沙箱 + Shizuku 的权限边界决定了：
- TaskManager 非 root 模式下只能 Force Stop 第三方应用
- 系统服务和系统进程本就结束不掉，Shizuku 不给这个权限
- 就算你硬要找系统应用 Force Stop，多数系统应用 Force Stop 后不会重启系统，只是暂时不可用或被系统重启
但 root 模式下要小心——root 启动的 Shizuku 能 kill 任何 Linux 进程，包括 system_server（会触发软重启）。root 用户自己心里有数就行。
结束的应用过一会儿又自己回来了？
这是系统行为，不是 TaskManager 没杀干净。
常见的应用自唤醒路径：
| 路径 | 举例 |
|---|---|
| FCM / 厂商推送 | 微信、QQ、支付宝的推送通道 |
| 定时任务（AlarmManager） | 定期同步、日志上报 |
| BOOT_COMPLETED 接收器 | 只在开机时触发一次 |
| JobScheduler | Android 系统级后台调度 |
| 前台服务通知 | 某些应用的长连接靠前台服务维持 |
Force Stop 会清除 AlarmManager 和前台服务，但 FCM 和 JobScheduler 不受影响。想断掉自动回来的路，去系统设置里：
- 找到该应用 → 自启动 / 后台启动 → 关掉
- 后台用电 → 选「受限」
- 省电策略 → 选「限制后台活动」
和 TaskManager 配合使用效果最好——先 Force Stop 立即缓解，再在系统设置里断它的唤醒通道。
所有安卓手机都能用吗？
硬件层面：Android 5.2 以上可安装。无线调试：Shizuku 的无线调试启动需要 Android 11 及以上。完整能力：root 设备能解锁结束 Linux 进程和调整优先级。
实际兼容性注意事项：
- MIUI / EMUI / ColorOS 等定制 ROM：部分 ROM 会在后台管理上比较激进——即使你 Force Stop 了应用，系统的"一键加速"或厂商的后台管理可能会重启某些应用。把 TaskManager 的后台权限也关掉加速。
- Android 14+ 的后台限制：Android 14 强化了后台启动限制，部分旧版本应用在新系统上可能启动受限。TaskManager 本身不受这个影响。
- 第三方启动器：没问题，TaskManager 不依赖启动器。
TaskManager 和 GNOME System Monitor 是什么关系？
灵感来源，但不是移植。
GNOME System Monitor 是 Linux 桌面上的经典工具（GNOME 桌面环境自带），提供系统资源监控、进程管理、文件系统挂载查看三个标签。TaskManager 的作者明确说灵感源自 GNOME 系统监视器，但代码是完全重写的——用 Kotlin + Jetpack Compose 实现，适配 Android 的系统 API 和权限模型，没有任何 GNOME 代码或逻辑的直接复用。
TaskManager 和 DevCheck / 安兔兔有什么区别？
DevCheck、安兔兔 3D、Geekbench 这些都是硬件检测 + 跑分工具——一次性跑完给你分数，不做实时监控。
TaskManager 是持续运行的系统监控工具——它不会跑分，而是让你在真实使用场景下实时看到资源占用。配合 Shizuku 的进程管理能力，DevCheck 和安兔兔做不了 Force Stop。
两者用途完全不同：要硬件规格和跑分装 DevCheck，要实时曲线和进程管理用 TaskManager。
任务结束了，去哪里看更多？
全部内容看完之后，如果想深入：
- GitHub 仓库：RohitKushvaha01/TaskManager（源码、Issue、Release Notes）
- Shizuku 仓库：RikkaApps/Shizuku（无线调试故障排查）
- DroidWin 上有一篇详细教程《Android Has Its Own Task Manager》——英文，对 Shizuku + TaskManager 组合的实操有截图说明