在GDB中调试C++构造函数需用修饰名或类名设断点，如break MyClass::MyClass(int)或break MyClass；step仅在调用点有效，内联需关优化；析构函数调试应关注隐式调用与异常中断。
在构造函数入口设断点必须用函数全名
直接 break ConstructorName 通常失败，因为 C++ 构造函数在符号表里不是裸名。GDB 看到的是带类作用域和参数类型的修饰名（mangled name），比如 MyClass::MyClass(int) 或更底层的 _ZN7MyClassC1Ei。你得让 GDB 能解析出它。
实操建议：
- 先用
list MyClass::MyClass，如果能列出代码，说明符号可识别，此时break MyClass::MyClass就能成功 - 如果报错
No symbol "MyClass::MyClass" in current context，说明编译器优化或内联干扰了符号导出，改用break MyClass（只写类名）——GDB 会自动匹配第一个构造函数 - 对重载构造函数，加参数类型：例如
break MyClass::MyClass(int, std::string)；注意std::string要完整写，不能简写为string - 若仍不生效，用
info functions MyClass查看所有匹配的构造函数签名，再从中选一个准确的来下断
step 进入构造函数前要确认是否已停在调用点
step（缩写 s）只有在执行到构造函数调用语句（如 MyClass obj(42); 或 new MyClass()）时才有效。如果程序还没走到那行，step 会直接运行到下一个断点或结束，而不是“跳进构造函数”。
常见错误现象：
立即学习“C++免费学习笔记（深入）”；
- 在
main开头就step，结果直接跑到main结尾——因为全局对象、静态成员初始化等可能早于main执行，但 GDB 默认不跟踪那些 - 用
next（n）代替step，导致跳过构造函数体，只执行完整行（即对象创建完成） - 构造函数被编译器内联（尤其 Release 模式下），
step无法进入，list也看不到源码——必须用-O0 -g编译
调试中查看 this 和成员变量要等构造函数体开始执行
在构造函数第一行断住后，this 指针已有效，但成员变量可能还未初始化（尤其非 POD 类型）。例如 int x; 此时是未定义值，std::string s; 可能还是空或处于中间状态。
实操建议：
- 用
print *this查看整个对象内存布局（需配合layout src或layout reg辅助理解） - 用
info locals看当前栈帧局部变量——但构造函数参数（如MyClass(int a)中的a）会显示，而成员变量不会出现在这里，得靠print this->x - 如果成员是类类型且其构造函数也被调试，可在其构造函数里再设断点；但要注意初始化列表顺序严格按声明顺序，而非书写顺序
析构函数调试容易漏掉隐式调用时机
构造函数调试完别忘了析构函数同样关键——尤其是资源泄漏、double-free 的根源常藏在这里。但析构函数往往在作用域退出、delete 或异常栈展开时隐式调用，不容易预判位置。
实操建议：
- 对局部对象，在作用域末尾设断点（比如
main函数最后一行），然后step看是否会进入析构 - 对堆对象，
break MyClass::~MyClass是可行的；但若对象被delete前已悬空，GDB 可能崩溃或显示无效内存 - 用
watch *(this)在析构函数开头监视对象内存变化，比单纯print更早暴露问题 - 若程序异常退出没走到析构，说明可能在构造中途抛异常——这时要用
catch throw捕获异常点，而不是等析构
this 成员的真实值——前提是别跳过初始化列表里的调用。 
