加-g编译是Valgrind显示行号的必要条件，依赖二进制中.debug_*段映射地址到源码行；-O0可避免优化导致行号错位，strip会删除调试信息，第三方库无行号属正常。
编译时没加 -g 就看不到行号
Valgrind 输出里出现 by 0x401156: main (???:??) 或全是问号，基本可以断定是编译时漏了调试符号。它不靠源码文件本身，而是依赖二进制里嵌入的 .debug_* 段信息来映射地址到行号。
补救方式很简单：重新编译，确保带上 -g。如果用的是 gcc 或 g++，直接加在命令末尾即可：
g++ -g -O0 main.cpp -o myapp
-
-g是必须项，没有它 Valgrind 就无法关联地址与源码 -
-O0强烈建议加上，优化（如-O2）会导致函数内联、代码重排，让行号错位甚至消失 - 如果用 CMake，确认
CMAKE_BUILD_TYPE是Debug，它默认启用-g和-O0
addr2line 能手动查地址，但不如直接加 -g
即使没 -g，你也能从 Valgrind 报告里拿到内存分配地址（比如 0x401156），再用 addr2line 反查：
addr2line -e myapp 0x401156
但结果大概率是 ??:? —— 因为没调试信息，符号表里根本没记录这个地址对应哪一行。所以这不是替代方案，只是验证手段。
-
addr2line依赖可执行文件含调试符号，否则无效 - 某些发行版默认剥离符号（
strip），检查是否被后续处理过：file myapp输出里若含stripped，说明符号已被删掉 - 若必须用已发布的二进制，且无源码重编，这条路基本走不通
用了 -g 还没行号？检查是否被优化或 strip 过
加了 -g 却仍无行号，常见于以下情况：
- 同时用了
-O2或更高优化级：内联函数、循环展开会让原始行号丢失或偏移，优先改用-O0 - 编译后执行了
strip myapp：这会直接删掉所有调试段，file myapp会显示stripped - 链接时用了
--strip-all或构建脚本自动 strip：检查 Makefile 或 CI 脚本里是否有这类操作 - 使用了
-fPIE+-pie但未配-g：位置无关可执行文件同样需要-g才带调试信息
第三方库干扰导致行号混乱
Valgrind 报告里堆栈回溯中，自己的代码行号正常，但中间夹着一堆 libopencv 或 libc 的 ???:???，这是正常的。系统库和第三方库通常不带调试符号，不影响你定位自己代码的问题。
重点盯住你自己源码路径那一层，比如：
==12345== by 0x401156: main (main.cpp:15)
只要这一行有具体文件名和数字，就说明你的编译配置是对的。其他层的问号不用管。
真正容易被忽略的是：有些项目在 CI 中用 relwithdebinfo 构建类型，它带部分调试信息但可能不全；还有人误以为 -ggdb 比 -g 更好，其实对 Valgrind 来说二者效果一致，-g 足够。
