tools:vim以16进制打开和编辑文件

先用vim以二进制格式打开需要编辑或查看的文件，不采用-b参数有时会导致转换错误，详见分隔线后部分。

vim -b file-to-open.dat

然后用xxd把文件转换成十六进制格式

:%!xxd

转化后显示类似如下

1 2 3 4 5 6

0000000: 5036 0a35 3932 2033 3230 0a32 3535 0a20  P6.592 320.255. 0000010: 190e 2019 0e20 190e 2019 0e20 190e 2019  .. .. .. .. .. . 0000020: 0e20 190e 2019 0e1f 180c 1f18 0c1f 180c  . .. ........... 0000030: 1f18 0c1f 180c 1f18 0c1f 180c 1f18 0c27  ...............' 0000040: 1b0d 261a 0c24 1b0e 2319 0d22 180e 2017  ..&..$..#..".. . 0000050: 0c1f 180c 1e16 0b25 1d16 251d 1620 1a13  .......%..%.. ..

 

 

现在就可以对待普通文本一样查看和编辑二进制文件了。

修改十六进制内容是不会导致右侧字符改变；其实右侧的文本只是给你参考的，修改了再将十六进制转换回二进制，这些修改都会忽略。

修改完成使用xxd把十六进制转换回二进制：

:%!xxd -r

只有十六进制的修改会生效。

****************分**********隔**********线****************

 VIM显示十六进制出错

在linux下用vim打开jpg文件，使用％！xxd进行16进制显示时，文件头显示为"3f3f

3f3f 0011 0804"文件尾端显示为 "3f3f

0a"；而同样的操作在windows下，就显示为"ffd8 ffc0 0011 0804"和 "ffd9

0a"，这才是正确的jpeg文件头和文件尾标志。

很蹊跷 !

初时，我以为是jpeg在windows和linux下是不同的文件头，后来把jpg后缀去掉，就一个纯文件，现象依旧。考虑可能不是操作系统的差异了。

重新使用ghex打开jpeg数据查看，发现显示正常，为"ffd8 ffc0 0011

0804"和 "ffd9 0a"，正确。

估计应该是vim的问题了。

3f的ascii码是？，那表示vim对文件头、尾没有正常解析，是不是和vim解析文件时用的编码格式有关系呢？

打开.vimrc配置项，屏蔽掉下面这句话：

set fileencodings=utf-8,gb2312,gbk,gb18030,ucs-bom

再用vim打开jpeg文件，显示"ffd8 ffc0 0011 0804"和 "ffd9 0a"，

显示正确。

原来，为了支持识别和显示中文，我规定了vim的fileencodings,

当vim打开文件时，会使用规定的编码格式对数据进行解析，可惜jpeg的文件头FFD8、尾FFD9

不是任何一个中文的编码，vim找不到对应的中文字，就显示为？？，即：3f3f。

至此，困惑全部打开。

分隔线后部分转自 http://www.cnblogs.com/lidp/archive/2009/06/26/1697873.html

 

 

 

另外我们可以使用hexdump去查看对应文件的16进制值

maze@maze-VirtualBox:/mnt/share_windows/display-test$ cat b.txt 
abcd
maze@maze-VirtualBox:/mnt/share_windows/display-test$ cat b.txt |hexdump 
0000000 6261 6463 000a                         
0000005
需要注意，这个时候左边高位，右边是低位；

我们在使用vim以16进制读写的时候，左边是低位，右边是高位！

 

 RGB格式的图像存储的顺序，并非像字面的顺序，而是以：B、G、R的顺序进行存储。