AxManager 插件系统 非Root模块的工作原理
插件系统的核心思路
AxManager 的插件系统不是凭空发明的，它基于与 Magisk/KernelSU 相同的模块架构，但做了关键调整以适配非 Root 环境。
简单说：Magisk/KernelSU 模块的结构，AxManager 用同样的方式加载，但运行在用户空间而不是 Root init 阶段。
为什么需要插件
Shell 执行器解决了「能执行命令」的问题，但如果每次都手动敲命令就太繁琐了。插件系统把常用操作打包成可安装、可复用的模块，让 AxManager 的能力可以被社区无限扩展。
类似 Magisk 模块在 Root 生态里的地位，AxManager 插件是非 Root 场景下的扩展方案。
插件的运行时位置
Magisk 模块在系统启动早期（init 阶段）就生效，可以做挂载、注入等深度操作。AxManager 插件则完全在用户空间运行，这意味着：
- ✅ 可以在任何时候加载和卸载
- ✅ 不需要重启系统就能生效（通过 Re-ignite 热重启）
- ❌ 无法修改 /system 分区
- ❌ 无法注入 Zygisk
- ❌ 无法在系统启动早期挂钩
与 Magisk/KernelSU 的区别对比
| 对比项 | Magisk/KernelSU 模块 | AxManager 插件 |
|---|---|---|
| 运行环境 | Root init 阶段 | 用户空间 |
| 需要 Root | 是 | 否 |
| 可修改分区 | 可以（systemless） | 不可以 |
| 启动时机 | 开机早期 | AxManager 激活后 |
| 模块结构 | module.prop + system 目录 | module.prop + system 目录（相同） |
| Shell 脚本 | post-fs-data.sh 等 | 同样支持（执行时机不同） |
| 热重启 | 需要完整重启 | Re-ignite 模拟 |
社区常见插件类型
根据脚本之家和各玩机论坛的整理，目前 AxManager 插件主要分几类：
功能增强类
- 应用管理：扩展冻结、卸载、备份还原，支持批量操作
- 存储分析：流量统计、分时段图表
- 权限管理：黑白名单配置、权限监控
自动化脚本类
- 任务自动化：联动 Tasker
- 脚本录制与批量执行
系统定制类
- 界面定制：字体、状态栏、通知音效
- 手势操作：自定义手势、分屏增强
安全隐私类
- 应用加密备份
- 签名验证扫描
插件能力边界
插件系统虽然强大，但必须牢记「了解你的限制」：
- 插件能做什么，取决于 Shell 执行器在 ADB/Root 模式下能执行什么命令
- 在非 Root 模式下，插件的能力天花板就是 ADB 的权限范围
- 如果插件声称能做需要 Root 才能做的事，那大概率是营销话术，或者需要 AxManager 运行在 Root 模式下
具体命令范围见 ADB 模式命令范围。