在Linux或Unix系统的日常运维与开发工作中，hexdump（或od、xxd等十六进制查看工具）是分析二进制文件、调试数据结构的利器。然而许多新手在运行hexdump后，面对终端中滚动的十六进制与ASCII对照表，常常困惑：如何将这些输出原封不动地保存成一个文本文件？ 这看似简单的操作，实则涉及Shell重定向、管道与文本编码等基础但重要的知识。本文将从实际需求出发，详细讲解多种保存方法，并给出典型场景下的最佳实践。
一、问题的本质：标准输出与文件重定向
hexdump默认将格式化后的十六进制内容打印到标准输出（stdout），即终端屏幕。要将其保存，最直接的方法是使用Shell的重定向操作符。例如，执行以下命令即可将file.bin的十六进制转储写入output.txt：
hexdump file.bin > output.txt
若需保留原始格式（包括地址偏移、ASCII侧栏等），以上命令完全足够。若文件较大或需要追加内容，可使用>>（追加重定向）。值得注意的是，hexdump的输出是纯文本，因此保存后可直接用文本编辑器打开查看，无需额外处理。
二、进阶方法：同时查看与保存
在实际操作中，我们常常希望边看边存，或仅保存部分输出。此时管道与tee命令就派上用场了。例如：
hexdump file.bin | tee output.txt
该命令会将输出同时显示在终端并写入文件。若只想保存错误信息（stderr），则需加上重定向：hexdump file.bin 2>&1 | tee output.txt。另外，通过head或grep过滤后再保存也极为常见：
hexdump file.bin | head -n 100 > first_100_lines.txt
三、不同hexdump变体的兼容性
Linux发行版中的hexdump通常来自bsdmainutils或util-linux，其语法可能略有差异。若系统未安装hexdump，可使用更通用的od命令：
od -A x -t x1z -v file.bin > output.txt
参数说明：-A x表示地址偏移用十六进制；-t x1z输出每字节十六进制并附加ASCII字符；-v确保显示所有重复行（默认会合并）。使用xxd（vim包自带）同样可以：
xxd file.bin > output.txt
三者输出格式不同，但重定向方法完全一致。用户应根据实际需求选择。
四、典型应用场景与注意事项
-
二进制文件逆向分析：将固件或数据包的hexdump保存为文本，便于在IDE中搜索特征值或比对版本。建议先使用
wc -l估算行数，避免生成过大文件。 -
日志与调试信息归档：在自动化脚本中，将hexdump结果管道至文件，配合时间戳命名，可形成历史记录。例如：
bash hexdump /dev/ttyUSB0 > $(date +%Y%m%d_%H%M%S)_serial.log -
避免编码陷阱：
hexdump输出中可能包含不可见控制字符（如\0），但重定向为文本文件时不会损坏数据。然而，若后续用脚本解析，需注意行尾换行符的处理。 -
性能考量：对于数GB的大文件，直接重定向会导致一次性输出，消耗大量硬盘I/O。此时可使用
hexdump -n限制字节数，或配合split命令分片保存。
五、常见错误与排查
- 文件内容为空：检查目标文件是否被其他进程占用，或使用了
<错误的重定向符号。 - 输出乱码：确认原始文件是二进制而非已编码文本。若需查看混合数据，可用
hexdump -C等格式化选项。 - 权限问题：保存至系统目录（如
/etc）时需sudo，但切勿对重要系统文件随意执行hexdump。
结论
将hexdump的原始输出保存为文本文件，核心即理解重定向机制。无论是简单的>、tee，还是结合od、xxd的变体，本质都是用Shell的I/O控制将标准输出导向文件。对于资深用户，此操作已近乎本能；但对于新手，掌握这一技巧能显著提升二进制数据分析的效率。下次当你需要记录一个二进制文件的原始十六进制表示时，不妨试试上述方法，让数据从流动的终端“凝固”为可检索、可分享的文本资产。