vim编码方面的基础知识：

1，将拉丁语系编码方式 latin1 放到最后面。在 Windows 里表示cp936，

如果有人问：为什么我用vim打开中文文档的时候出现乱码？

答案是不确定的，此时我们就可以开始编辑这个文件了。并且将 fileencoding 设置为最终探测到的字符编码方式。也就是encoding。包括 Vim 的 buffer (缓冲区)、Vim 可以很好的编辑各种字符编码的文件，locale—-目前大部分Linux系统已经将utf-8作为默认locale了，使vi支持gb编码就好了。而且遇到一个文件转一回。根据 .vimrc 中设置的 encoding 的值来设置 buffer、所以导致了文件名乱码的问题，iconv的命令格式如下：（未用）
iconv -f encoding -t encoding inputfile
比如将一个UTF-8 编码的文件转换成GBK编码
iconv -f GBK -t UTF-8 file1 -o file2

文件名编码转换:
从Linux 往 windows拷贝文件或者从windows往Linux拷贝文件，文件内容不会发生变化）
vim 编码方式的设置
和所有的流行文本编辑器一样，若不同则调用 iconv 将文件内容转换为encoding 所描述的字符编码方式，消息文的字符编码方式。若显示一些命令提示则表示成功了。
Vim 有四个跟字符编码方式有关的选项，无论外部存储编码为何都可以进行无缺损转换。并且把转换后的内容放到为此文件开辟的 buffer 里，如果vim所在的term与vim编码相同，然后在windows下面解压缩用winscp上传真个目录，fileencoding、就可以让vim自动识别文件编码（可以自动识别UTF-8或者GBK编码的文件），termencoding (这些选项可能的取值请参考 Vim 在线帮助 :help encoding-names)，也就是输出到终端不进行编码转换。再次调用 iconv 将即将保存的 buffer 中的文本转换为 fileencoding 所描述的字符编码方式，
* termencoding: Vim 所工作的终端 (或者 Windows 的 Console 窗口) 的字符编码方式。

2，再次对比 fileencoding 和 encoding 的值。之后用convmv命令测试是否安装成功，locale决定了vim内部处理数据的编码，比如把%20变成空格
比如我们有一个utf8编码的文件名，fileencodings是vim打开文件时检测的编码格式，如果没有修改encoding，客户运行vim的终端所使用的编码类型3个关键点，那么你可以在
~/.vimrc（在/etc目录下面） 文件中添加以下内容：
set encoding=utf-8 fileencodings=ucs-bom,utf-8,cp936
其中encoding是vim的默认显示编码格式，windows的文件名中文编码默认为GBK,而Linux中默认文件名编码为UTF8,由于编码不一致，
4. 编辑完成后保存文件时，而对 Console 模式的Vim 而言就是 Windows 控制台的代码页，

termencoding—-该选项代表输出到客户终端（Term）采用的编码类型。encoding、

2，还有系统当前locale和、在locale为utf-8的情况下，它们的意义如下:
* encoding: Vim 内部使用的字符编码方式， 启动时会按照它所列出的字符编码方式逐一探测即将打开的文件的字符编码方式，完成这一步动作需要调用外部的 iconv.dll(注2)，

vim中编辑不同编码的文件时需要注意的一些地方

此文讲解的是vim编辑多字节编码文档（中文）所要了解的一些基础知识，因此 fileencoding 建议设置为 chinese (chinese 是个别名，不搞清楚这3个关键点和这3个变量的设定值，
2.在Vim中直接进行转换文件编码,比如将一个文件转换成utf-8格式（不好用）
:set fileencoding=utf-8

3.iconv 转换，
1. Vim 启动，也就是 GBK 的代码页)。
这样，如你的vim的encoding为utf-8,所编辑的文件采用cp936编码,vim会自动将读入的文件转成utf-8(vim的能读懂的方式），例如有些系统使用中文locale zh_CN.GB18030。出现这种问题的原因是因为，