发布于2026-07-07 阅读(0)
扫一扫,手机访问

调试的第一步,先把装备准备好。首先得确认系统里已经装好了 gcc-c++ 和 gdb,用下面这条命令搞定:
sudo yum install -y gcc-c++ gdb
编译时务必要带上调试信息——-g 参数生成符号表和行号,这样断点、变量打印和回溯才有效。推荐关掉优化(-O0),否则变量被优化掉,你很可能看到 “optimized out” 这种让人头疼的情况。命令示例:
g++ -g -O0 -o app main.cpp
如果系统自带的 glibc 版本太老,导致调试信息不全,可以用 devtoolset 获取更新的工具链。以 devtoolset-11 为例:
centos-release-scl:sudo yum install -y centos-release-sclsudo yum install -y devtoolset-11-gcc devtoolset-11-gcc-c++ devtoolset-11-binutilsscl enable devtoolset-11 bash(或者 source /opt/rh/devtoolset-11/enable),然后用 g++ -v 确认版本。GDB 是命令行的核心武器,熟练之后效率非常高。下面按功能拆开说。
启动调试器:gdb ./app。想运行程序,直接输入 run(或 r),如果需要传参数,写法是 run arg1 arg2。
break main(按函数名)、break main.cpp:10(按文件和行号)、break func。break main.cpp:20 if i == 100。watch var(写入时触发)、rwatch var(读取时触发)。info breakpoints 列出所有断点,delete 1 删除编号为1的断点。next(n)——单步执行,不进入函数。step(s)——单步执行,会进入被调函数。continue(c)——继续执行,直到下一个断点。finish——执行完当前函数并返回。print x、print *ptr、print arr[0]。display x 让变量每次停下时自动输出,undisplay 取消。backtrace(bt)查看栈帧,frame 2 切换到第2帧,up/down 在帧间移动。attach ,分离用 detach。whatis var。quit(q)。程序崩溃时,开启核心转储:ulimit -c unlimited。然后运行至崩溃,再用 gdb ./app core 进入会话,执行 bt 就能看到崩溃时的调用栈,定位到具体行号。这是最实用的段错误排查手段。
如果你更习惯图形界面,也有不错的选择。
code 和 C/C++ 扩展,编译时加上 -g。.vscode/launch.json 中配置:选择 C++ (GDB/LLDB),指定 program(可执行文件路径)和 miDebuggerPath(通常是 /usr/bin/gdb),再设置 args、cwd 等参数,然后按 F5 就能开始调试。这类问题用 GDB 往往不够,Valgrind 才是神器。
sudo yum install -y valgrind。valgrind --leak-check=full --show-leak-kinds=all ./app。valgrind --tool=helgrind ./app 或 --tool=drd ./app。几个要点:使用 -g 编译能让 Valgrind 报告精确的行号;Valgrind 性能开销较大,建议在非生产环境或小规模样本上运行,否则你会等到怀疑人生。
-g -O0,发布时再打开优化。directory <源码根目录> 添加搜索路径。break ... if cond、display 和 printf 辅助定位,减少盲目断点。gdb ./app core + bt 是定位崩溃的黄金组合。gdb ./app 直接启动,或者在程序里 sleep 一会,然后 attach 再调试。devtoolset 获取新编译器,调试体验会好很多。上一篇:C++代码在CentOS如何部署
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
正版软件
正版软件
正版软件
正版软件
正版软件
1
2
3
7
8