远程调试连接成功后，print命令照常可用；只要target remote连接成功且本地GDB加载带-g调试信息的可执行文件（与目标机二进制一致），print或p查看变量就和本地调试完全一样，GDB会自动通过gdbserver转发内存读取请求。
远程调试连接成功后，print 命令照常可用
只要 target remote 连接成功、符号表加载完整（即本地 gdb 加载的可执行文件带 -g 调试信息，且与目标机运行的二进制一致），print（或简写 p）查看变量就和本地调试完全一样。GDB 会自动通过 gdbserver 转发内存读取请求，不需要额外配置。
常见错误现象：
-
No symbol "xxx" in current context：说明符号缺失，不是连接问题，而是本地没加载带调试信息的程序 -
Cannot access memory at address 0x...：目标进程已崩溃、被 kill，或指针本身为NULL/非法地址，与远程模式无关
实操建议：
- 启动 gdb 后先确认符号加载：
info files看是否列出源文件和调试段 - 连接后用
info registers或bt验证上下文是否就绪，再尝试p - 若变量在优化编译的代码中被消除（如
gcc -O2），即使有-g也可能显示<optimized out></optimized>—— 这是编译器行为，不是远程调试限制
display 在远程调试中会持续生效，但注意作用域
display 命令注册的变量会在每次断点命中或单步暂停时自动打印，远程调试下它同样工作。但它只对当前栈帧可见的变量有效。
使用场景：
- 调试循环体时，想持续观察某个局部变量变化，比反复敲
p var更省事 - 配合
next/step观察指针偏移或数组索引推进
容易踩的坑：
- 函数返回后，
display注册的局部变量会提示Unable to access variable，需手动undisplay或重新display - 若变量名在多个作用域重名（如全局 vs 局部），
display a默认取当前作用域的，必要时写全路径：display 'file.c'::a -
display不会触发远程内存刷新以外的开销，但频繁显示大数组可能拖慢交互响应
查看指针内容必须解引用，p *ptr 不能省略 *
远程调试时，p ptr 永远只打印指针地址本身；要看到它指向的值，必须显式解引用。这点和本地调试一致，但新手常在这里卡住，误以为“远程不支持”。
参数差异与性能影响：
-
p *ptr：读取 ptr 所指的单个值（如int） -
p *(int*)ptr@10：以 int 数组形式读取 ptr 开始的 10 个元素（注意类型强转） -
x/5dw ptr：用x命令原生查看内存，绕过符号解析，适合调试未定义行为或内存损坏
关键提醒：gdbserver 默认不校验指针合法性，p *NULL 会直接报错退出当前命令，不会静默返回 0 或随机值。
复杂结构体或 STL 容器需依赖 Python 自定义脚本
GDB 7.0+ 内置 Python 支持，远程调试时也能调用 print 的扩展逻辑。但前提是目标机 gdbserver 编译时启用了 Python（多数发行版默认开启），且本地 GDB 加载了对应脚本。
例如查看 std::vector：
- 若没启用 Python，
p vec只显示地址和 size/capacity 字段，看不到数据 - 启用后，
p vec自动展开为类似{size=3, data = {0, 1, 2}}的可读格式
容易被忽略的地方：
- Python 脚本由本地 GDB 加载，与目标机无关；但脚本必须匹配你所用的 libstdc++ 版本（GCC 版本不同，内部字段名可能变）
- 自定义
pp（pretty-printer）脚本放在~/.gdbinit或通过source加载，远程调试不改变其行为 - 如果
gdb --version显示不含 Python，print对 STL 的支持将彻底失效，只能靠x和手工计算偏移
