ADB模式下的命令范围 哪些能做哪些不能做
ADB 是什么
Android Debug Bridge（ADB）是 Android 官方提供的命令行工具，用于与设备通信。它通过 USB 或无线调试建立连接后，可以在设备的 shell 中执行命令。
ADB 的权限介于普通应用和 Root 之间——它能调用很多系统级 API，但不是完整的 Root 权限。
ADB 模式能做什么
应用管理
- 列出已安装应用：
pm list packages - 卸载应用：
pm uninstall 包名 - 强制停止：
am force-stop 包名 - 清除应用数据：
pm clear 包名 - 启动 Activity：
am start -n 包名/Activity名
系统信息
- 读取系统属性：
getprop ro.build.version.release - 查看磁盘空间：
df - 查看进程：
ps -A - 查看内存信息：
dumpsys meminfo - 查看电量：
dumpsys battery - 查看网络状态：
dumpsys connectivity
设备操作
- 重启设备：
reboot - 截屏：
screencap -p /sdcard/screen.png - 录屏：
screenrecord /sdcard/record.mp4 - 设置系统时间：
date（部分系统限制）
ADB 模式做不到什么
这些操作需要 Root 权限，ADB 模式无法覆盖：
- 修改 /system、/vendor、/product 等分区的文件
- 修改 SELinux 策略
- 挂载分区为读写模式
- 注入 Zygisk / LSPosed 等运行时框架
- 访问 /data/data/ 下其他应用的私有数据目录
- 设置只读系统属性（如
ro.*） - 修改内核参数
为什么了解这个很重要
AxManager 作为 ADB 驱动的工具，它的能力天花板就是 ADB 的权限范围。在写插件或执行命令前，先判断这件事 ADB 能不能做到，可以省下很多无用功。
实用判断方法：如果你之前在电脑上用 adb shell 能成功执行某条命令，那在 AxManager 的 ADB 模式下大概率也能成功。如果电脑上也做不到，那 AxManager 的 ADB 模式也做不到——除非切换到 Root 模式。
常见误区
误区一：ADB = Root
很多用户以为开了 USB 调试就等于有 Root 权限，这是最常见的误解。ADB 权限比普通应用高，但远不如 Root。ADB 能做的事主要是管理应用、读取系统信息、执行有限的 shell 命令。
误区二：AxManager 能突破 ADB 限制
不能。AxManager 的 ADB 模式本质上就是通过 Android 的 ADB 机制获取权限，它不能突破 Android 系统对 ADB 的限制。这也是 AxManager 项目文档里反复强调「了解你的限制」的原因。
误区三：所有 shell 命令都能跑
shell 命令能不能跑，取决于这条命令在 Android ADB 上下文中是否有足够权限。很多 Linux 命令在 Android 上不存在，或者需要额外的权限。AxManager 内置的 BusyBox 提供了常用命令，但不代表所有 Linux 命令都能跑通。