GDB调试libc6时源码行号不匹配，如何正确获取对应源码？

阿华AIGC实验室

2026-5-15

解决GDB调试glibc时源码行号不匹配的问题及新手调试注意事项

一、规范的libc6源码下载方式（解决行号不匹配）

你遇到的行号不匹配问题，核心原因是从GNU上游下载的纯净glibc源码，和你系统里安装的libc6不是完全一致的——发行版（比如Debian/Ubuntu、RedHat/CentOS）会给上游glibc打上大量适配补丁、bug修复补丁，这些修改会导致源码行号偏移。

正确的做法是下载对应发行版的libc源码包，这样源码会和你系统里的libc完全匹配：

针对Debian/Ubuntu系：

先确保开启了源码仓库：编辑/etc/apt/sources.list，确保包含deb-src开头的行（比如deb-src http://archive.ubuntu.com/ubuntu/ trusty main）。
执行命令下载源码：
```
sudo apt-get update
apt-get source glibc
```
这会自动下载对应版本的glibc源码包（包含所有发行版补丁），解压后就能得到和系统libc完全匹配的源码。

针对RedHat/CentOS系：

开启源码仓库：编辑/etc/yum.repos.d/CentOS-Base.repo，把[base]和[updates]段里的enabled=0改成enabled=1（针对source部分）。
执行命令下载源码：
```
yumdownloader --source glibc
# 或者用dnf（CentOS 8+）
dnf download --source glibc
```
下载后用rpm -ivh glibc-*.src.rpm解压，就能得到带补丁的源码。

二、GDB调试libc的新手注意事项

作为GDB新手，调试系统库有几个关键要点要注意：

必须安装libc的调试符号包：
发行版默认的libc是不带调试符号的，没有符号的话你看不到变量名、函数参数，甚至单步执行都会混乱。安装方式：
- Debian/Ubuntu：sudo apt-get install libc6-dbg
- RedHat/CentOS：sudo yum install glibc-debuginfo glibc-debuginfo-common
正确映射源码路径：
下载好源码后，需要告诉GDB编译libc时的原始路径，和你本地的源码路径对应起来，避免找不到源码文件。比如：
```
set substitute-path /build/glibc-xxxx/glibc-2.19 /home/yourname/glibc-2.19
```
（/build/glibc-xxxx/glibc-2.19是编译时的路径，你可以在GDB里用info sources查看当前的源码路径，再替换成你本地的路径）
调试Python程序的正确姿势：
因为你是调试Python调用的getaddrinfo，启动GDB时要直接附加到Python进程，或者用GDB启动Python：
```
gdb python
```
然后设置断点：
```
b getaddrinfo
```
再运行你的脚本：
```
run your_python_script.py
```
这样就能在Python调用到getaddrinfo时自动断下来。
单步执行的小技巧：
- 用step（或s）进入函数内部，但如果遇到系统调用（比如syscall），可以用next（或n）跳过，避免进入内核代码。
- 用finish可以快速退出当前函数，回到调用者的位置。
- 用bt（backtrace）查看完整的调用栈，确认你当前的位置是在Python的socket.getaddrinfo调用链里。
注意优化带来的调试干扰：
发行版的libc默认是编译优化过的（-O2级别），这会导致变量被优化掉、代码执行顺序打乱，调试时可能出现“跳行”“变量不存在”的情况。如果需要更清晰的调试体验，可以尝试自己编译不带优化的glibc，但这对新手来说门槛较高，建议先熟悉优化后的调试逻辑。