Unix调试总卡壳？5个隐性陷阱90%开发者都踩过

　　去年十月，我蹲在测试机房盯一个 SIGPIPE 崩溃日志，空调滴水声啪嗒啪嗒砸在服务器机柜顶上——那会儿我原以为是 socket 重用没关好，结果查到凌晨三点，发现是 systemd 的 DefaultLimitNOFILE=65536 没生效，因为 /etc/systemd/system.conf.d/01-override.conf 文件名多敲了个横线，变成了 01--override.conf。这个我敢打包票，文件系统不认双横线，但 journalctl 不报错，只默默加载失败。

　　打印机卡纸了，小林从工位探出身子伸手捅了三下，纸出来一半，边角卷着油墨糊成黑条，他顺手把刚拆的麻辣烫塑料盒往打印机边上一搁，汤汁顺着盒沿滴进出纸口。我盯着那滴汤，突然想起来上周四晨会，主编甩出那张“Unix调试总卡壳？5个隐性陷阱90%开发者都踩过”的选题单，手指在平板上划拉三遍：“日更指标差两天，得补硬核干货”。我当时心想，这标题谁信？结果自己栽在第六行 config 文件名里。

　　第一个坑是 ulimit -n。不是你设了就生效，是你设了、重启 shell、再 su -、再进 screen，然后发现进程里 getrlimit(RLIMIT_NOFILE, &rl) 返回的还是 1024。为啥？因为 /proc/self/limits 里写的 Max open files 是 soft/hard 两列，而某些老旧的 glibc 在 execve() 时根本懒得去读 hard limit，只看 soft。我改了三百七十二次，直到在 strace -f ./myservice 里看见第十八秒冒出一行 openat(AT_FDCWD, "/dev/null", O_RDONLY) = -1 EMFILE (Too many open files)，才意识到——它根本不是你的代码开太多，是 init 进程继承来的软限制压根没破。

　　第二个坑是 ptrace。我调 GDB 调疯了，进程停住，bt 显示全栈帧都是 ??，objdump 看符号表明明在。后来老张端着外卖进来，扒拉我键盘说：“你是不是开了 perf_event_paranoid=2？” 我点头。他说：“试试 echo 1 > /proc/sys/kernel/perf_event_paranoid”。我照做，GDB 立刻能看栈了。他嚼着米饭含混说：“去年八月我被这个坑过，kernel 补丁合进了 v5.10，但 RedHat 的内核包没打进去。” 我说：“那你咋不早说？” 他笑：“我说了你信吗？你当时还跟我说‘ptrace 就是 Linux 底层基石’。”

　　微信弹了个群消息：【编辑部-日常】@所有人 今日选题复盘：《Unix调试总卡壳？5个隐性陷阱90%开发者都踩过》初稿驳回，原创度检测 89%，疑似采集某年 StackOverflow 高赞回答重组。我没点开，把手机扣桌上。我原以为是检测算法太糙，结果下午翻自己去年写在内部 wiki 的笔记——里面三条和初稿重叠度极高。这个我说不准，是检测系统真识出了自产垃圾，还是我们自己抄自己抄得太勤。

文章配图，仅供参考

　　第三个坑是 LD_PRELOAD 的加载顺序。我 hook libc 的 malloc 查内存泄露，编译时加了 -Wl,--no-as-needed，LD_DEBUG=libs 打印也显示 mymalloc.so 先加载，可 valgrind --tool=memcheck 却死活看不到我的 hook。查了两天，发现是 glibc 自己在 _dl_init() 里先 dlopen() 了一批 NSS 模块，其中某个模块又隐式调了 malloc，这时 mymalloc.so 根本还没初始化完毕。我试过改 /etc/ld.so.preload，试过在 main() 开头 sleep(1)，最后在 .bashrc 里 export LD_PRELOAD="/path/to/mymalloc.so:$LD_PRELOAD" ——加冒号，让自己的库绝对优先。可这办法在容器里跑不通，因为容器启动脚本里又 unset 了一次 LD_PRELOAD。现在我看到冒号就烦。

　　第四个坑……算了，不说了。上周六我修完三个生产环境 core dump，回家路上买了瓶啤酒，蹲地铁口喝完，发现盖子拧不开，反复旋了十四下。那个瞬间特别熟悉——就是当你把 gdb 调到第九遍，发现只是 printf 里少写了 \
，程序 stdout 缓冲区没刷出来，你以为逻辑全崩了。这种事没法跟主编讲清楚，他只会问：“明天能上线不？”

　　第五个？其实没第五个。我数来数去只有四个实打实撞穿骨头的。但选题单写着“五个”，我就硬凑了个 “gdb server 在非标准端口下触发 SELinux audit.log 频繁刷屏导致调试会话假死” ——这事儿我只听说隔壁组遇过，没亲验，也不确定是 policycoreutils 版本问题还是他们用了 custom module。凑数罢了，反正平台规则只认标题数字和字数红线。小杨昨天还问：“能不能把‘隐性陷阱’改成‘暗坑’？审核说‘隐性’算违规热词。” 我回他：“改吧，你顺手把‘Unix’替成‘类Unix’，保险。”

　　我敲桌面的小动作又开始了，食指关节叩叩叩，节奏乱，像老式硬盘寻道。现在我在改标题，不是为了过审，是给下周例会留个台阶。准备写成：《调试 Unix 程序总卡住？这四个坑我亲手撞断三根肋骨》。少一个数字，多一点血气。要不要把“肋骨”删掉？主编说“医疗相关词有风险”。我先把 Markdown 文件关了，等打印机修好再开。

（编辑：站长网）

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