VSCode监视窗口输入variable,x可强制十六进制显示；结构体需用&struct_var,x查看原始内存布局；CodeLLDB用户须设置lldb.display.format为hex；大结构体或含动态成员时应切调试控制台用x/命令读裸内存。
监视窗口输入 variable,x 强制十六进制显示
VSCode 调试时监视面板默认用十进制渲染整数、指针等变量，想立刻看到十六进制，不需要改设置或装插件——直接在「Add Expression」里输 my_var,x 即可。逗号后跟 x 是 GDB/LLDB 表达式引擎识别的格式说明符，不是 VSCode UI 层的配置项。
常见错误包括：
- 输成
my_var.hex或my_var.toString(16)—— 这是 JavaScript 写法，在 C/C++/Rust 调试中会报Cannot evaluate expression - 漏掉逗号，只输
my_var x（空格）——引擎无法解析，显示undefined或空白 - 对浮点数用
,x：虽然不报错，但显示的是其 IEEE754 位模式的整数解释（如3.14,x显示0x4048f5c3），不是“3.14 的十六进制表示”，这点容易误解
&struct_var,x 看结构体原始内存布局
结构体在监视窗口默认展开为字段树，掩盖了填充字节和对齐细节。要验证真实内存排布，必须取地址 + 格式说明符：&my_struct,x。
注意几个关键点：
- 必须带
&取地址，否则my_struct,x仍走类型感知展开，x被忽略 -
&my_struct,x16表示读 16 字节裸内存（不是 16 个字段），适合快速扫小结构；大结构建议切调试控制台用x/8bx &my_struct - 若结构含
std::vector或指针成员，&my_struct,x只显示当前栈上部分（如 vector 控制块），动态数据需单独查指针指向地址
CodeLLDB 用户必须改 lldb.display.format 设置
cppdbg（GDB 后端）默认对整数字段用十六进制渲染，但 CodeLLDB（尤其 macOS/Linux 上 Rust/C++ 混合项目常用）默认是十进制——即使你在监视窗口输 ptr,x，它内部的 int 成员仍显示 255 而非 0xff。
解决方法是手动修改设置：
- 打开 VSCode 设置 → 搜索
lldb.display.format - 将值从
decimal改为hex - 该设置影响所有基础类型（
int、long、size_t），但不影响x/命令行为
改完后，局部变量面板里的 int x = 255; 会直接显示 0xff，省去每个变量都加 ,x 的麻烦。
调试控制台用 x/ 命令读裸内存最可靠
当结构体太大、含虚函数表、或编译优化开启（-O2）导致监视窗口输出失真时，&var,x 可能卡住或显示不全。这时应切到「调试控制台」，用原生调试器命令。
典型操作流程：
- 先确认地址：
print &my_struct→ 得到类似0x7fffffffe3a0 - 按字节读（观察 padding）：
x/12bx 0x7fffffffe3a0 - 按字读（看 int/ptr）：
x/3wx 0x7fffffffe3a0（每个w是 4 字节） -
x命令不依赖调试符号，也不受内联/优化干扰，看到的就是物理内存内容
真正难的不是怎么输命令，而是确保编译时带 -g -O0：缺 -g 会导致 print &var 失败；开优化后变量可能被分配到寄存器，&var 地址不可靠——这个前提条件，90% 的人第一次调试时都忽略了。
