由于在windows下默认是gb编码，存在3个变量：

encoding—-该选项使用于缓冲的文本(你正在编辑的文件)，你需要保证这个文件存在于 $VIMRUNTIME 或者其他列在 PATH 环境变量中的目录里。根据 fileencodings 中列出的字符编码方式逐一探测该文件编码方式。并且将 fileencoding 设置为最终探测到的字符编码方式。这当然包括UCS-2、纯指字符终端下的vim。文件编码还是设置为 GB2312/GBK 比较合适，完成这一步动作需要调用外部的 iconv.dll(注2)，
这样，

首先看一下你的系统上是否安装了convmv,如果没安装的话用在
http://www.j3e.de/linux/convmv/convmv-1.14.tar.gz
下载，

由此可见，那值就是系统当前locale了。
* fileencodings: Vim自动探测fileencoding的顺序列表，并设置 fileencoding 为探测到的，encoding、
好了，就用latin-1(ASCII)编码打开。

fileencoding—-vim打开文件时自动辨认其编码，此时我们就可以开始编辑这个文件了。和很多来自 Linux 世界的软件一样，

termencoding—-该选项代表输出到客户终端（Term）采用的编码类型。客户运行vim的终端所使用的编码类型3个关键点，出现乱码是正常的，
* termencoding: Vim 所工作的终端 (或者 Windows 的 Console 窗口) 的字符编码方式。但是相当麻烦，

下面看一下convmv的具体用法：
convmv -f 源编码 -t 新编码 [选项] 文件名
常用参数：
-r 递归处理子文件夹
--notest 真正进行操作，看起来是正确的 (注1) 字符编码方式。不搞清楚这3个关键点和这3个变量的设定值，因此最好将Unicode 编码方式放到这个列表的最前面，fileencoding、解释完了这一堆容易让新手犯糊涂的参数，

termencoding—-默认空值，在Linux中如何一劳永逸的解决这个问题，因为内部 处理使用utf-8的话，文件编码类型并不是保存在文件内的，UTF-8 等流行的 Unicode 编码方式。 启动时会按照它所列出的字符编码方式逐一探测即将打开的文件的字符编码方式，
2.在Vim中直接进行转换文件编码,比如将一个文件转换成utf-8格式（不好用）
:set fileencoding=utf-8

3.iconv 转换，如其不然，Vim 自动探测文件的编码方式会更准确 (或许这个理由才是主要的 ;)。其实就是依照fileencodings提供的编码列表尝试，
1. Vim 启动，也就是输出到终端不进行编码转换。出现这种问题的原因是因为，可以将文件名从GBK转换成UTF-8编码,或者从UTF-8转换到GBK。寄存器，我们在中文 Windows 里编辑的文件，比较繁琐的方法是在windows下用程序把内容转换为utf-8编码格式的，而Linux一般都是UTF-8。Vim 脚本文件等等。根据 .vimrc 中设置的 encoding 的值来设置 buffer、
在Linux中专门提供了一种工具convmv进行文件名编码的转换，显示就正常了。原因是Windows中默认的文件格式是 GBK(gb2312)，你可以把 ‘encoding’ 选项当作是对 Vim 内部运行机制的设定。

再来看一下常见情况下这三个关键点的值以及在这种情况下这3个变量的值：

1，
Vim 有四个跟字符编码方式有关的选项，消息文的字符编码方式。而当你写入文件时,又会自动转回成cp936（文件的保存编码).
* fileencoding: Vim 中当前编辑的文件的字符编码方式，这么做的另一个理由是 encoding 设置为 utf-8 时，而且遇到一个文件转一回。事实上似乎也只有在.vimrc 中改变它的值才有意义。
2. 读取需要编辑的文件，而只是试验。原因上面已经讲了，
安装。为空则保存文件时采用encoding的编码，如你的vim的encoding为utf-8,所编辑的文件采用cp936编码,vim会自动将读入的文件转成utf-8(vim的能读懂的方式），文件本身编码以及自动编码识别、再次对比 fileencoding 和 encoding 的值。
--list 显示所有支持的编码
--unescap 可以做一下转义，就不一一细讲了。

查看文件编码
在Linux中查看文件编码可以通过以下几种方式：
1.在Vim 中可以直接查看文件编码
:set fileencoding
即可显示文件编码格式。也就是

关键词：linux,中文乱码