在Linux系统中使用hexdump查看文件时，-C参数是最稳妥的十六进制与ASCII混合输出模式。它按字节显示两位十六进制数，右侧对齐ASCII字符，并带有8位固定偏移量，格式稳定且易于定位。相比之下，其他模式如-x、-d、-b、-o或默认无参数行为都容易导致字节顺序颠倒或信息缺失，造成误读。

### hexdump -C 是最可靠的选择 许多用户在分析二进制文件时习惯直接执行 `hexdump file` 或添加 `-x` 参数，殊不知这两者都隐藏着隐患。不带参数时，hexdump按双字节（16位）解释数据，例如将 `48 65 6c 6c` 显示为 `6548 6c6c`，字节顺序恰好颠倒；而 `-x` 模式默认为小端序（little-endian）拼合，结果更是彻底错乱。若想看到原始字节的真实排列，务必使用 `-C` 参数——这是真正开箱即用的正确选择。 实际上，`hexdump -C` 等价于 `-v -e '16/1 "%02x " " |" 16/1 "%_p" "\|n"'` 格式，输出严格分为三栏：左侧为字节偏移地址（hex offset），中间每16个字节展示为以空格分隔的十六进制值，右侧是对应的ASCII字符（不可见或非打印字符统一替换为点号 `.`）。 举几个实战场景： * `hexdump -C /bin/ls`：快速查看ELF文件头部，`7f 45 4c 46` 等魔数一目了然。 * `hexdump -C huge.bin | less`：对于大文件，利用管道分页显示，避免刷屏，便于逐屏分析。 * 如果需要全大写格式的十六进制输出，`-C` 不支持，可改用 `xxd -g1` 或自行编写 `-e` 格式实现。 ### 定位指定字节段：-s 和 -n 参数的用法与陷阱 `-s` 参数含义是 skip（跳过），而非 seek（定位）。它让hexdump从文件开头跳过指定数量的字节后再开始读取，而不是直接定位到第N个字节。例如要查看偏移量 0x800（十进制2048）开始的32个字节，命令如下： ```bash hexdump -C -s 0x800 -n 32 file.bin ``` 这里有三个容易忽略的细节： * `-s` 参数支持多种数值格式：十进制（如 `2048`）、十六进制（如 `0x800`）以及带单位表示（如 `2K`），但注意不能混用单位。 * `-n` 限制的是“显示长度”，而非“读取长度”。如果文件剩余内容不足32字节，hexdump会显示实际能读到的部分，不会报错。 * 偏移量从0开始计算，`-s 0` 等价于不使用该参数。 ### 中文UTF-8文件显示全是点？并非乱码，而是正常渲染 `hexdump -C` 右侧的ASCII展示列仅显示可打印ASCII字符（范围 `0x20` ~ `0x7e`），超出此范围的字符合部显示为点号 `.`。UTF-8 编码的中文字符每个通常占用3个字节，且字节值大多在 `0x80` 以上，因此整个中文内容在ASCII列呈现为连续的点——这恰恰表明文件编码正常，并未损坏。 验证方法也很直接： * 首先使用 `file -i file.txt` 确认文件编码是否为 `utf-8`。 * 接着运行 `iconv -f utf-8 -t ascii//ignore file.txt`，查看忽略非ASCII字符后剩余的内容。 * 若需要查看解码后的实际文本，`hexdump` 并不适合，建议改用 `xxd -g1 file.txt | less` 或 `od -tc` 配合查看。 ### 更优选择：xxd 比 hexdump 更适合日常调试与转换 当需要导出纯十六进制字符串，或反向将 hex 数据转换回二进制时，`xxd` 比 `hexdump` 更稳定可靠： * 导出无空格连续的 hex 字符串：`xxd -p file.bin | tr -d '\n'`（相比之下，`hexdump -v -e '/1 "%02x"' file.bin` 容易遗漏空格）。 * hex 字符串转回二进制文件：`echo "7f454c46" | xxd -r -p > out.bin`（而 `hexdump -r` 对输入格式要求苛刻，经常失败）。 * xxd 在 macOS 和 Linux 上均默认安装，语法一致。虽然 `od -t x1` 符合 POSIX 标准，但默认按4字节对齐，需加上 `-An -w1` 才能接近 `-C` 的效果。 归根结底，掌握hexdump的关键不在于命令本身，而在于理解几个核心概念：偏移量是字节索引（从0开始）、ASCII栏只是渲染规则（仅显示可打印字符）、`-x`/`-d`/`-o` 等参数实际是按多字节分组解释。只要其中任何一个细节出错，解析出的数据就会完全偏离原始内容。