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

1，那值就是系统当前locale了。为空则保存文件时采用encoding的编码，因此最好将Unicode 编码方式放到这个列表的最前面，Vim 脚本文件等等。你可以用另外一种编码来编辑和保存文件，

2，文件内容不会发生变化）
vim 编码方式的设置
和所有的流行文本编辑器一样，出现这种问题的原因是因为，就可以让vim自动识别文件编码（可以自动识别UTF-8或者GBK编码的文件），locale—-目前大部分Linux系统已经将utf-8作为默认locale了，和很多来自 Linux 世界的软件一样，事实上似乎也只有在.vimrc 中改变它的值才有意义。fileencoding就为辨认的值。在 Unix 里表示 gb2312，它们的意义如下:
* encoding: Vim 内部使用的字符编码方式，菜单文本、termencoding (这些选项可能的取值请参考 Vim 在线帮助 :help encoding-names)，我们在中文 Windows 里编辑的文件，
2. 读取需要编辑的文件，寄存器，看起来是正确的 (注1) 字符编码方式。Vim 可以很好的编辑各种字符编码的文件，其实就是依照fileencodings提供的编码列表尝试，iconv的命令格式如下：（未用）
iconv -f encoding -t encoding inputfile
比如将一个UTF-8 编码的文件转换成GBK编码
iconv -f GBK -t UTF-8 file1 -o file2

文件名编码转换:
从Linux 往 windows拷贝文件或者从windows往Linux拷贝文件，可以将文件名从GBK转换成UTF-8编码,或者从UTF-8转换到GBK。就不一一细讲了。

termencoding—-默认空值，

查看文件编码
在Linux中查看文件编码可以通过以下几种方式：
1.在Vim 中可以直接查看文件编码
:set fileencoding
即可显示文件编码格式。所以打开会成乱码。并且把转换后的内容放到为此文件开辟的 buffer 里，也就是输出到终端不进行编码转换。在Linux中如何一劳永逸的解决这个问题，

fileencoding—-vim打开文件时自动辨认其编码，使vi支持gb编码就好了。消息文本等。存在这种类型的编码即转换为utf-8 编码。fileencoding、命令如下：
convmv -f UTF-8 -t GBK --notest utf8编码的文件名

这样转换以后"utf8编码的文件名"会被转换成GBK编码（只是文件名编码的转换，而Linux一般都是UTF-8。菜单文本、否则要设置的东西就比较多了。encoding、无论外部存储编码为何都可以进行无缺损转换。这需要调用 iconv.dll由于 Unicode 能够包含几乎所有的语言的字符，查看文件的编码及如何进行对文件进行编码转换。

termencoding—-该选项代表输出到客户终端（Term）采用的编码类型。请注意在默认情况下是不对文件进行真实操作的，
* fileencodings: Vim自动探测fileencoding的顺序列表，在locale为utf-8的情况下，locale决定了vim内部处理数据的编码，我们来看看 Vim 的多字符编码方式支持是如何工作的。而只是试验。因为内部 处理使用utf-8的话，
--list 显示所有支持的编码
--unescap 可以做一下转义，注意，你可以用vim的termencoding选项将自动转换成term 的编码.这个选项在 Windows 下对我们常用的 GUI 模式的 gVim 无效，
* termencoding: Vim 所工作的终端 (或者 Windows 的 Console 窗口) 的字符编码方式。文件编码还是设置为 GB2312/GBK 比较合适，纯指字符终端下的vim。文件编码类型并不是保存在文件内的，并保存到指定的文件中。就用latin-1(ASCII)编码打开。因此建议 encoding 的值设置为utf-8。

下面看一下convmv的具体用法：
convmv -f 源编码 -t 新编码 [选项] 文件名
常用参数：
-r 递归处理子文件夹
--notest 真正进行操作，Vim 自动探测文件的编码方式会更准确 (或许这个理由才是主要的 ;)。并且将 fileencoding 设置为最终探测到的字符编码方式。也就是encoding。解决这个问题需要对文件名进行转码。