x命令输出像乱码是因为默认按4字节word显示，但内存中可能是字符串、小整数或未对齐数据；应据实际类型选用x/s、x/1xb、x/1xh等格式，并用x/16xb初查原始字节再语义解读。
为什么x命令输出看起来像乱码
因为x默认按“字”（4字节）显示十六进制，但你看到的内存可能存的是字符、小整数或未对齐数据。比如x/8xw &str会把字符串"hello"拆成0x6c6c6568（"hell"）和0x006f0000（乱序+零填充），根本不像原始内容。
- 先确认你要看的数据类型：是字符串？整型数组？结构体字段？还是裸字节流？
- 别用
w（word）硬套所有场景——字符串优先用x/s，单字节用x/1xb，16位整数用x/1xh - 注意小端序：
int x = 0x12345678在内存里实际是78 56 34 12，直接x/4xb &x才能看清字节排布
如何快速判断某块内存里到底存了什么
没有万能解法，但有可复用的验证路径：先用x/16xb看原始字节，再叠加语义尝试解读。
- 如果开头是
00 00 00 00重复出现，大概率是未初始化或memset清零过的区域 - 如果连续出现
be be be be（0xbe），那是malloc在调试模式下填的“毒值”，表示该内存未初始化 - 看到
00结尾的连续可打印ASCII（如48 65 6c 6c 6f 00），立刻试x/s；看到规律性00 xx 00 xx，考虑是UTF-16或short数组 - 不确定时，用
p/x *(int*)&addr和p/c *(char*)&addr对比输出，看哪个符合逻辑
哪些x命令参数组合最实用
记住三组高频组合，覆盖90%日常调试场景：
- 查字符串：
x/s ptr（自动停在首个\0）或x/32cb ptr（强制看32个字符，含不可见符） - 查整型数组：
x/10dw arr（10个有符号int）或x/10xw arr（10个十六进制int，适合看位操作结果） - 查原始布局：
x/32xb &var（32字节裸视图），配合info address var确认起始地址是否对齐
注意x会记住上次的格式和单位，回车重复执行时容易误判——每次换目标前手动敲一次完整命令，比如x/8xb，别依赖回车。
容易被忽略的上下文陷阱
同一段内存，在不同上下文里含义完全不同：指针值、数据内容、指令编码可能共存于相邻地址，但x不告诉你当前地址属于哪一层。
-
info proc mappings必须查——确认你正在看的地址落在[heap]、[stack]还是[anon]段，越界访问常出现在堆尾或栈底 - 用
info registers核对$rsp、$rdi等寄存器值，避免把寄存器里的地址当成数据本身去解析 -
malloc_usable_size(ptr)返回的实际可用字节数，常比申请值大（因元数据开销），直接x越界读会看到管理结构，不是你的数据
真正卡住的时候，往往不是命令不会用，而是没意识到：你正在看的那串十六进制，既不是变量值，也不是错误码，而是glibc堆管理器悄悄塞进去的size字段或fd/bk指针。
