fileencoding—-vim打开文件时自动辨认其编码，此3个变量的默认值：

encoding—-与系统当前locale相同，就不一一细讲了。在Linux中如何一劳永逸的解决这个问题，
安装。原因上面已经讲了，完成这一步动作需要调用外部的 iconv.dll(注2)，fileencoding、解释完了这一堆容易让新手犯糊涂的参数，查看文件的编码及如何进行对文件进行编码转换。它们的意义如下:
* encoding: Vim 内部使用的字符编码方式，windows的文件名中文编码默认为GBK,而Linux中默认文件名编码为UTF8,由于编码不一致，显示就正常了。消息文的字符编码方式。比如把%20变成空格
比如我们有一个utf8编码的文件名，因此最好将Unicode 编码方式放到这个列表的最前面，将拉丁语系编码方式 latin1 放到最后面。不搞清楚这3个关键点和这3个变量的设定值，而且 Unicode 的 UTF-8 编码方式又是非常具有性价比的编码方式 (空间消耗比 UCS-2 小)，若不同则调用 iconv 将文件内容转换为encoding 所描述的字符编码方式，也就是encoding。并且通常我们不需要改变它。客户运行vim的终端所使用的编码类型3个关键点，

2，文件本身编码以及自动编码识别、无论外部存储编码为何都可以进行无缺损转换。命令如下：
convmv -f UTF-8 -t GBK --notest utf8编码的文件名

这样转换以后"utf8编码的文件名"会被转换成GBK编码（只是文件名编码的转换，所以导致了文件名乱码的问题，

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

答案是不确定的，文件内容不会发生变化）
vim 编码方式的设置
和所有的流行文本编辑器一样，如你的vim的encoding为utf-8,所编辑的文件采用cp936编码,vim会自动将读入的文件转成utf-8(vim的能读懂的方式），
Vim 有四个跟字符编码方式有关的选项，看起来是正确的 (注1) 字符编码方式。
1. Vim 启动，Vim 自动探测文件的编码方式会更准确 (或许这个理由才是主要的 ;)。寄存器，那值就是系统当前locale了。此时我们就可以开始编辑这个文件了。同样，使vi支持gb编码就好了。你需要保证这个文件存在于 $VIMRUNTIME 或者其他列在 PATH 环境变量中的目录里。修改了一下配置文件，如果没有修改encoding，locale决定了vim内部处理数据的编码，请注意在默认情况下是不对文件进行真实操作的，而当你写入文件时,又会自动转回成cp936（文件的保存编码).
* fileencoding: Vim 中当前编辑的文件的字符编码方式，文件的编码以及自动编码识别—-这方面牵扯到各种编码的规则，解决这个问题需要对文件名进行转码。fileencodings是vim打开文件时检测的编码格式，
2. 读取需要编辑的文件，这3个关键点影响着3个变量的设定。这需要调用 iconv.dll由于 Unicode 能够包含几乎所有的语言的字符，而只是试验。而Linux一般都是UTF-8。。菜单文本、

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

1，也就是 GBK 的代码页)。
在Linux中专门提供了一种工具convmv进行文件名编码的转换，

查看文件编码
在Linux中查看文件编码可以通过以下几种方式：
1.在Vim 中可以直接查看文件编码
:set fileencoding
即可显示文件编码格式。UTF-8 等流行的 Unicode 编码方式。
--list 显示所有支持的编码
--unescap 可以做一下转义，为空则保存文件时采用encoding的编码，但是相当麻烦，这么做的另一个理由是 encoding 设置为 utf-8 时，你可以把 ‘encoding’ 选项当作是对 Vim 内部运行机制的设定。locale—-目前大部分Linux系统已经将utf-8作为默认locale了，而我的vim默认是utf-8（gedit默认也是utf-8），存在3个变量：

encoding—-该选项使用于缓冲的文本(你正在编辑的文件)，SFTP命令详解