Unix下Android调试卡顿？三步定位环境配置顽疾
|
刚在西三环辅路堵着，车窗半降，手机支架松了，左手一直得扶着——就这会儿听见后座一哥们对着耳机吼：“adb devices 不回？连着线跟没连一样！”我差点把保温杯盖子拧飞。不是气他，是听见这声儿像听见自己上个月在亦庄那个仓库里摔的那台旧Mac mini——风扇嘶嘶响，logcat卡在“waiting for device”仨字上，动都不动。 2025年2月，赶在春节前给客户交一个调试环境包。我以为就是重装下NDK、顺手把adb server kill -9 两下，跟换雨刷片似的。结果呢？build一次跑test要四分半。不是机器老，是整个链路在打摆子：USB握手要试三次，adb shell进去敲个ls，停顿两秒，再敲pwd，又卡。导航一直在绕，绕到我把地图关了，纯靠路牌认中关村南二街。后来查发现，udev规则根本没配对——Linux识别Android设备时，直接把它当U盘挂载了，结果adb daemon压根没权限提权。我原以为是驱动问题，结果是个uid/gid配错了。够油钱就不错了，哪还顾得上细看rules文件里那行SUBSYSTEM=="usb", ATTR{idVendor}=="0bb4"到底对不对。 跟调度争过一回。他让我绕开海淀桥走万泉河路，说那边不查证，省三分钟。我信了，结果卡在农科院门口。红灯倒计时27秒的时候，后视镜里看见俩骑电动车的穿蓝工装——是小米园区出来吃午饭的，一边嚼煎饼一边聊“kernel panic 跟 binder 马拉松谁先崩”。我摇下车窗问了一句，对方甩来一句：“你host机装的是systemd还是openrc？别跟我扯bashrc，我上个司机师傅也卡这儿。”我没接话，因为我不知道openrc到底咋管socket激活的……真不知道。有些事就像加油站泡面——热得冒泡，可底汤是不是骨汤，谁还在乎。 三步？不是什么高招。第一步，拔线。不是重启adb，是物理拔掉Type-C线，换USB 2.0口——别笑，我试过。3.0口在某些主板上跟adb daemon有冲突，特别是那些带ASMedia芯片的，连不上不报错，就干等。第二步，敲这串：lsusb -v | grep -A5 -B5 “0bb4”。不是查有没有设备，是查它挂在哪个bus、哪个config descriptor下——上周一个同线路的老哥，在通州物流园等货等了俩钟头，就为这事。他最后发现板子固件把USB descriptor table写反了，厂商补丁都没出，只能手写udev rule强行绑定interface class=0xff。第三步，进/tmp/.android/adbkey.pub，删掉——别怕，重生成就行。不是防黑，是某些安卓模拟器启动时会篡改这个pubkey，host和target私钥配不上对，adb就连成“幽灵设备”，能看到ID，但所有shell命令全卡在read() syscall里。服务区那只野猫蹲在轮胎旁舔爪，我看它比我盯日志还专注。 去年十一，一个跑京哈高速的哥们半夜给我打电话。他说他在香河服务区把整套AOSP编译完烧进板子，就为验证个sensor fuse逻辑。结果adb logcat一跑起来，每条log间隔800毫秒——他以为是系统负载高，其实是他笔记本插着充电器运行，USB电源管理把带宽动态降到了12Mbps，而log输出刚好触发高频小包发送。他最后拆了电池盖，断电强制切USB主机模式才好。我听完没说话，车厢里那股柴油味挺重。有些配置顽疾，不爆一次胎，真不知道胎压表坏在哪格。 优胜劣汰？就是这意思——你留着那个老版本sdk/platform-tools，留到它连Pixel 9都认成“unknown device”，你留；你继续用x86_64的emulator镜像跑arm64-native代码，你也留。系统不会罚你款，但你会在某个凌晨两点接到电话，客户说“我们测试组等着跑回归，你那台调试机还在load symbols”，而你盯着screen里一行灰字：“loading libart.so... (17%)”。旁边同事正往保温杯里泡枸杞，水刚烫，枸杞还没沉底。我原以为调通就行，结果卡顿才是常态，通达只是偶然。
文章配图，仅供参考 还有个事忘了说：上礼拜我在北苑地铁站外见着修手机的老张，他边焊一个小米Note 3的USB接口边跟我讲，现在Android调试比修屏难，“屏坏了换块玻璃，USB控制器固件坏了，你得去翻三星的Exynos手册，还得猜哪页是中文版漏翻的。”我点点头，没反驳。手机支架又歪了，我抬手扶了一下，后视镜里自己的眼圈有点青。雨刷在响，不是下雨，是挡风玻璃上有层薄雾，擦不干净。 （编辑：站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
