1. ADB连接：从物理连接到权限握手
很多人以为安卓APK安装就是双击文件那么简单，但当你需要调试系统级应用或修改预装应用时，就会发现事情没那么简单。我去年给某厂商定制系统应用时，光是为了让调试环境跑通就折腾了整整两天。下面这些经验，都是我用无数杯咖啡换来的实战心得。
首先得让电脑和手机建立ADB连接。别小看这个步骤，新手最容易在这里翻车。我建议先用USB线直连，等调试稳定后再切到无线连接。插上线后别急着操作，先在终端跑个adb devices，如果看到设备序列号后面跟着"device"字样才算真正连上。要是显示"unauthorized"，得去手机端勾选USB调试授权——这个提示藏得深，在开发者选项里有个"撤销USB调试授权"的按钮，很多人找不到。
连接成功后，真正的挑战才开始。普通APP调试用adb install就够了，但涉及系统分区操作时，必须拿到root权限。这里有个隐藏技巧：部分厂商设备需要先执行adb root，等终端显示"restarting adbd as root"后才能继续。我遇到过某品牌设备死活不认这个命令，后来发现要在开发者选项里额外开启"root调试"开关，这个细节连官方文档都没写。
2. 分区挂载：解锁系统目录的钥匙链
当我们需要修改/system分区下的预装应用时，adb remount就是那把关键钥匙。这个命令背后其实完成了两件大事：先把/system分区以只读方式卸载，再用读写权限重新挂载。有次我给车机系统预装应用时，发现常规remount总是失败，后来用adb shell mount -o rw,remount /system才搞定——原来某些定制ROM修改了默认挂载点。
更棘手的情况是遇到只读文件系统。上周调试某款工业平板时，即便remount成功也写不进文件。这时候就要祭出终极方案：adb disable-verity。这个命令会关闭dm-verity校验机制，但代价是下次启动时会卡在警告界面30秒。还有个冷知识：执行完必须立即adb reboot，否则修改不会生效。
对于需要频繁修改的场景，我习惯在PC端准备个自动化脚本：
#!/bin/bash adb root && \ adb disable-verity && \ adb reboot && \ sleep 30 && \ adb wait-for-device && \ adb remount这个组合拳能解决90%的挂载问题，剩下10%需要查具体设备的内核编译参数。
3. 权限迷宫：从chmod到selinux上下文
文件权限就像安卓系统的守门人，我见过太多人卡在这里。普通应用安装用adb install自动处理权限，但手动部署系统应用时，chmod和chown就是必修课。有个容易忽略的细节：安卓的权限系统其实是Linux权限+SELinux上下文的双重验证。
记得有次给某金融设备部署应用，明明用chmod 755设好了权限，应用还是闪退。折腾半天发现是SELinux策略限制，最终用chcon u:object_r:apk_data_file:s0修复了上下文标签。更复杂的情况需要修改sepolicy规则，这时候就得adb pull /sys/fs/selinux/policy来分析现有策略了。
对于批量操作，我推荐使用find命令组合：
adb shell "find /system/app -name '*.apk' -exec chmod 644 {} \;"这个命令可以递归修改目录下所有APK的权限。注意数字权限和符号权限的区别：chmod 777虽然省事，但会破坏系统安全模型，正规项目验收时肯定被打回。
4. 安装实战：绕过签名校验的骚操作
常规安装用adb install就够了，但系统应用开发会遇到各种妖魔鬼怪。比如覆盖预装应用时要加-r -t参数（替换安装+允许测试包），而系统签名应用还得加上--privileged。我调试某款智能手表时，发现直接install会报签名冲突，最后是用adb push到/system/priv-app才解决。
更极端的情况是处理odex优化。有次更新系统应用后一直崩溃，后来发现是残留的odex文件作祟。解决方案是：
adb shell rm -rf /system/framework/oat && \ adb shell rm -rf /system/app/*/oat && \ adb reboot这个操作会强制系统在下文启动时重新生成odex，相当于安卓版的"清理编译缓存"。
对于需要保留数据的调试场景，adb install -d可以降级安装，这在排查版本兼容性问题时特别有用。而adb shell cmd package install-existing能重新启用被禁用的系统应用，这个技巧在恢复出厂应用时很救命。
5. 疑难杂症：那些官方文档不会告诉你的坑
真实项目中最头疼的不是技术问题，而是设备厂商的魔改。比如某国产ROM把adb改成了dab，所有命令都要适配；还有设备在开发者选项里藏了"强制全屏显示"开关，导致APK布局错乱。我整理了几个高频踩坑点：
- MIUI系统的"内存优化"会杀死adb后台进程，需要在"开发者选项→后台进程限制"里设为无限制
- EMUI系统需要单独开启"仅充电模式下允许ADB调试"
- 某些车机系统adb端口不是5037，得用
adb -P 5555 connect指定端口 - Android 10以上设备，/product分区可能独立于/system，需要单独remount
日志分析也有门道。当安装失败时，别光看adb install的输出，要同时开两个终端：一个跑adb logcat | grep PackageManager，另一个跑安装命令。我靠这个方法发现过某次失败是因为APK里包含了重复的so库文件。
最后分享个压箱底的命令组合，可以一键清理所有安装残留：
adb shell pm list packages | cut -d: -f2 | xargs -n1 adb uninstall这个命令会卸载所有用户应用（系统应用不受影响），在需要纯净测试环境时特别有用。记得先用adb shell pm list packages -s备份系统应用列表，别问我怎么知道要提醒这个的。
