鸿蒙开发环境Unix调试失败？90%卡在这3个隐蔽配置

　　V2EX上又有人问“鸿蒙DevEco在WSL2里debug挂了，是不是环境不兼容”——我看到第三遍，手已经摸到物理键盘上想敲“删帖”，但抬眼看见工位对面老张正用指甲抠Linux终端右下角那个半透明的WSL图标，抠了得有四分钟，指腹发白，没抠下来。我就没删。

　　去年中考期间，机房空调坏了一台，冷凝水滴在UPS机柜顶盖上，“嗒、嗒、嗒”，像倒计时。我们三个围着一台标着“HarmonyOS 4.0.0.300 DevEco Studio 4.1.0.500”的MacBook Pro，跑Unix调试器Attach流程。李工蹲在地上扯HDMI线，线头金属片蹭着铝壳“滋啦”一声，屏幕闪了一下；王姐刚接完电话，说她女儿数学卷子最后一道大题没写完，挂了电话就去调gdbserver端口，顺手把.bashrc里export HARMONY_HOME=那一行注释掉了——不是删，是#掉，留着，但没重启shell。

　　我说第一卡：udev规则里那条SUBSYSTEM=="usb", ATTR{idVendor}=="05ac", MODE="0666"——鸿蒙调试根本不用USB vendor ID！它走的是hdc server over TCP，可没人告诉你DevEco里那个“自动识别设备”按钮，底层居然会去读udev规则触发一个fake usb enumeration，然后在/lib/udev/rules.d/99-harmony.rules里静默fallback到hdc list timeout。我原以为只是权限问题，结果抓包发现它连USB descriptor都没发，就在/etc/udev/hardware.db里查了个空指针，直接abort。这个我敢打包票，上周三下午三点十七分，我拿strace -e trace=openat,connect -p `pgrep -f "dev-ec"` 抓了整整十八秒，openat("/etc/udev/hardware.db", …) 后面跟了个 EACCES，不是ENOENT，是EACCES——文件存在，但被SELinux（对，就是那个本不该在macOS上出现的东西）的transmute机制偷偷标了context，你chmod都没用。

　　第二卡更操蛋：hdc server默认bind 0.0.0.0:8710，但DevEco Studio调试器客户端，硬编码了一个connect_timeout_ms=200——不是2000，是二百毫秒。你改hosts、关防火墙、换网卡，只要中间经过任何一层虚拟网桥（比如WSL2内核自带的vEthernet适配器），TCP握手SYN-ACK一过bridge就超。我在自己笔记本上用tcpdump看，第三次SYN重传还没发完，DevEco那边弹窗就写着“Device connection timeout”，而Wireshark里clearly显示ACK早在一百九十三毫秒前到了。这数字我没编，我截图存了，路径还在/home/jiang/.cache/dev-eco/debug/timeout-20240621.pcap，但你别去找，那台机器硬盘上周被我格了，只剩个分区表快照。

　　第三卡……算了，说这个我自己先心梗。.hdc_config.json里那个"debug_mode": "secure"字段，你以为它控制加密？不，它控制是否允许gdbserver加载.so符号表。设成"secure"，它连libc的.so都拒载，但错误日志里只打印一行“Failed to init debugger service”，连stack都不打。我翻到third_party/ohos/gdb/gdbserver/gdb/regformats/目录下，发现regcache.c第204行有一处#ifdef DEBUG_MODE_SECURE，if (!is_secure_boot_enabled()) return;——而is_secure_boot_enabled()的实现，竟然是读/sys/firmware/devicetree/base/secure-boot这个节点……在WSL2里当然不存在。我原以为是签名校验，结果是路径探测失败直接return。这个我说不准，因为没找到对应的commit hash，git blame跳转五次就进到一个叫“zephyr-compat-layer”的子模块里去了，再往下是二进制patch。

　　那天李工最后把HDMI线插回去了，显示器亮了，但调试窗口还是灰的。王姐说要不要试试用鸿蒙官方镜像刷个Ubuntu虚拟机？我说不用，我刚把/usr/bin/hdc改成一个python脚本，print("hello"); exit(0)，DevEco照样报“Device not found”。它压根不校验hdc返回值，只看stdout里有没有device_id字段。你说这是设计？不，这是二十年前我第一次写makefile时犯过的错——把echo当成协议了。

　　哦对，机房那个漏水的空调修好了，新换的排水管接口朝下，滴水声音没了，现在换成主机箱风扇的啸叫，高频，持续，听久了左耳嗡嗡响。昨天行政说要装新隔音棉，工期三个月。我看了眼工位旁那盆绿萝，叶子尖儿发黄，浇了水也不见好，可能根烂了，但没人动它——动了也没用，土下面全是那种黑色泡沫填充物，看着像保温层，其实是去年做安全加固时灌的环氧树脂，防拆机用的。我拿小刀撬过一角，撬不动，刀刃卷了。

　　优胜劣汰？我不信这个词。但我信，当你发现一个bug需要同时满足“Mac上运行WSL2 + DevEco用旧版JDK11 + hdc被LD_PRELOAD劫持 + /proc/sys/net/core/somaxconn=128”这四个条件才会复现的时候，这系统就已经在筛人了。筛掉的不是技术，是还愿意半夜三点拆解libhdc.so反汇编的人。我现在写代码前先确认三件事：hdc版本号、~/.hdc_config.json是否为空、以及自己今早有没有喝够水。别的，随缘。

文章配图，仅供参考

　　你要是还卡着，别折腾udev和防火墙了。先rm -rf ~/.hdc_config.json，然后打开DevEco，在设置里关掉“Enable remote debugging proxy”——这选项藏在Languages & Frameworks > HarmonyOS > Debug里，三级菜单，灰色，只有当你装了Node.js 18.x以上才显出来。我试过，它不显。但如果你手动在setting.config里加了一行"debug_proxy_enabled": false，再启动，有时候它就突然显了。信不信由你。我反正今天不想再编了。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!