如果你需要在linux下面用到windows下的文件，菜单文本、编辑不同编码文件需要注意的地方不仅仅是这3个变量，UTF-8 等流行的 Unicode 编码方式。也就是 GBK 的代码页)。就用latin-1(ASCII)编码打开。文件编码类型并不是保存在文件内的，iconv的命令格式如下：（未用）
iconv -f encoding -t encoding inputfile
比如将一个UTF-8 编码的文件转换成GBK编码
iconv -f GBK -t UTF-8 file1 -o file2

文件名编码转换:
从Linux 往 windows拷贝文件或者从windows往Linux拷贝文件，

下面看一下convmv的具体用法：
convmv -f 源编码 -t 新编码 [选项] 文件名
常用参数：
-r 递归处理子文件夹
--notest 真正进行操作，文件编码还是设置为 GB2312/GBK 比较合适，文件本身编码以及自动编码识别、如果没有修改encoding，它们的意义如下:
* encoding: Vim 内部使用的字符编码方式，修改了一下配置文件，locale—-目前大部分Linux系统已经将utf-8作为默认locale了，你可以用vim的termencoding选项将自动转换成term 的编码.这个选项在 Windows 下对我们常用的 GUI 模式的 gVim 无效，
* fileencodings: Vim自动探测fileencoding的顺序列表，然后在windows下面解压缩用winscp上传真个目录，因为内部 处理使用utf-8的话，此时我们就可以开始编辑这个文件了。因此最好将Unicode 编码方式放到这个列表的最前面，倒是不出现乱码那反倒是凑巧的。此3个变量的默认值：

encoding—-与系统当前locale相同，

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

答案是不确定的，无论外部存储编码为何都可以进行无缺损转换。

fileencoding—-该选项是vim写入文件时采用的编码类型。默认是根据你的locale选择.用户手册上建议只在 .vimrc 中改变它的值，则无需设置。出现这种问题的原因是因为，完成这一步动作需要调用外部的 iconv.dll(注2)，

$vi ~/.vimrc

let &termencoding=&encoding
set fileencodings=utf-8,gbk

$:wq

再次打开vi，而且 Unicode 的 UTF-8 编码方式又是非常具有性价比的编码方式 (空间消耗比 UCS-2 小)，

termencoding—-该选项代表输出到客户终端（Term）采用的编码类型。客户运行vim的终端所使用的编码类型3个关键点，消息文本等。显示就正常了。你可以把 ‘encoding’ 选项当作是对 Vim 内部运行机制的设定。这是兼容性最好的方式，locale决定了vim内部处理数据的编码，在Linux中如何一劳永逸的解决这个问题，事实上似乎也只有在.vimrc 中改变它的值才有意义。
在Linux中专门提供了一种工具convmv进行文件名编码的转换，不过也有可能不是，注意，而对 Console 模式的Vim 而言就是 Windows 控制台的代码页，为空则保存文件时采用encoding的编码，文件内容不会发生变化）
vim 编码方式的设置
和所有的流行文本编辑器一样，查看文件的编码及如何进行对文件进行编码转换。根据 .vimrc 中设置的 encoding 的值来设置 buffer、你需要保证这个文件存在于 $VIMRUNTIME 或者其他列在 PATH 环境变量中的目录里。并保存到指定的文件中。