hexdump命令一般用来查看"二进制"文件的十六进制编码，从手册上查看，其查看的内容还要很多，诸如：ascii, decimal, hexadecimal, octal
参数：
hexdump [-bcCdovx] [-e format_string] [-f format_file] [-n length] [-s skip] file
示例：
新增一个文本文件linux命令，在test 文本中添加如下内容：
[root@node61 test]# cat test abcdeABCDE
1）最简单的查看
[root@node61 test]# hexdump test 0000000 6261 6463 0a65 4241 4443 0a45 000000c
第一列：表示文件文件偏移量
第二列：已两个字节为一组的十六进制
通过上面的输出，翻译成文本为：badc0aeBADC0aE(注意：在Linux中换行符/n 的十六进制为0a,在windows中，换行为/r/n的十六进制编码为：0d 0a),另：下图为ASC码表对应的进制编码
细心的读者可能已经发现了，为什么翻译成文本成倒序了呢？文本中的内容不是：abcde
ABCDE 吗？
其实这是X86的CPU架构所致，又进行了一番研究：字节序
每一趟从待排序的数据元素中选出最小（或最大）的一个元素，顺序放在已排好序的数列的最后，直到全部待排序的数据元素排完。同样，在设置端口号时，也设计“网络字节”顺序和“本机字节”顺序的问题，inte 86处理器上，用“小头”形式来表示多字节编号：字节的排序是从最无意义的字节到最有意义的字节。（3）直接选择排序：每一趟从待排序的记录中选出关键字最小的记录，顺序放在已排好序的子文件的最后，直到全部记录排序完毕。
字节序分类两类：Big-Endian 和Little-Endian
相关定义如下：
//而把四个字节作为一个整体（不分类型linux命令，直接打印十六进制），应该从内存高地址到低地址看，0x11020304，低位04放在低地址上。80x86是小端模式，数据的高位保存在内存的高地址上，数据的低字节保存在内存的低地址上。低位字节在存储时放在高地址上，在传输时低位字节放在流的末尾。
ii) Big-Endian就是高位字节排放在内存的低地址端，低位字节排放在内存的高地址端。
iii) 网络字节序：TCP/IP各层协议将字节序定义为Big-Endian，因此TCP/IP协议中使用的字节序通常称之为网络字节序。
下面的这个程序是用来判断CPU采用的是哪种模式？
#include<stdio.h>int main(){union w { int a; char b; } c; c.a = 1; if (c.b==1){printf("The CPU is Litle-Endian/n");}else{printf("The CPU is Big-Endian/n");}return 0;} /* end checkCPU*/gcc -o checkCPU.o checkCPU.c[root@node61 test]# ./checkCPU.o The CPU is Litle-Endian
本人本地虚拟机的是X86的小端模式的
至此上面使用hexdump为什么是顺序是倒着的原因了
有没有更加较便于方便的查看方式了?有，这也是较常用的方式，见下面的b)介绍；
b)以16进制和相应的ASCII字符显示文件里的字符
[root@node61 test]# hexdump -C test #常用00000000 61 62 63 64 65 0a 41 42 43 44 45 0a |abcde.ABCDE.|0000000c
这里既能显示16进制也能显示ascii码
c）以偏移量格式输出，参数 -s
[root@node61 test]# hexdump -C test 00000000 61 62 63 64 65 0a 41 42 43 44 45 0a |abcde.ABCDE.|0000000c[root@node61 test]# hexdump -C -s 6 test 00000006 41 42 43 44 45 0a |ABCDE.|0000000c
第一行的abcde换行 的字符都没有了
其他hexdump还有很多的用法，具体可以参看man hexdump
以上就是本篇文章的全部内容，如果还有其他问题和不明白的地方可以给我们投稿或者在下方留言。
