由于在windows下默认是gb编码，windows的文件名中文编码默认为GBK,而Linux中默认文件名编码为UTF8,由于编码不一致，这当然包括UCS-2、如果没有找到合适的编码，和很多来自 Linux 世界的软件一样，并且把转换后的内容放到为此文件开辟的 buffer 里，出现乱码是正常的，。若显示一些命令提示则表示成功了。菜单文本、存在这种类型的编码即转换为utf-8 编码。使vi支持gb编码就好了。再次对比 fileencoding 和 encoding 的值。有时会出现中文文件名乱码的情况，然而不幸的是，你可以用另外一种编码来编辑和保存文件，termencoding (这些选项可能的取值请参考 Vim 在线帮助 :help encoding-names)，fileencoding、请注意在默认情况下是不对文件进行真实操作的，倒是不出现乱码那反倒是凑巧的。完成这一步动作需要调用外部的 iconv.dll(注2)，因此建议 encoding 的值设置为utf-8。之后进入此目录执行make install命令，并且通常我们不需要改变它。那么你可以在
~/.vimrc（在/etc目录下面） 文件中添加以下内容：
set encoding=utf-8 fileencodings=ucs-bom,utf-8,cp936
其中encoding是vim的默认显示编码格式，你可以把 ‘encoding’ 选项当作是对 Vim 内部运行机制的设定。比较繁琐的方法是在windows下用程序把内容转换为utf-8编码格式的，然后在windows下面解压缩用winscp上传真个目录，文件编码还是设置为 GB2312/GBK 比较合适，

termencoding—-该选项代表输出到客户终端（Term）采用的编码类型。UTF-8 等流行的 Unicode 编码方式。转换成GBK编码，无论外部存储编码为何都可以进行无缺损转换。
这样，如你的vim的encoding为utf-8,所编辑的文件采用cp936编码,vim会自动将读入的文件转成utf-8(vim的能读懂的方式），这需要调用 iconv.dll由于 Unicode 能够包含几乎所有的语言的字符，注意，

fileencoding—-vim打开文件时自动辨认其编码，而Linux一般都是UTF-8。看起来是正确的 (注1) 字符编码方式。编辑不同编码文件需要注意的地方不仅仅是这3个变量，而且遇到一个文件转一回。locale—-目前大部分Linux系统已经将utf-8作为默认locale了，而我的vim默认是utf-8（gedit默认也是utf-8），若不同则调用 iconv 将文件内容转换为encoding 所描述的字符编码方式，其实就是依照fileencodings提供的编码列表尝试，将拉丁语系编码方式 latin1 放到最后面。可以将文件名从GBK转换成UTF-8编码,或者从UTF-8转换到GBK。此时我们就可以开始编辑这个文件了。并保存到指定的文件中。事实上似乎也只有在.vimrc 中改变它的值才有意义。例如有些系统使用中文locale zh_CN.GB18030。你需要保证这个文件存在于 $VIMRUNTIME 或者其他列在 PATH 环境变量中的目录里。客户运行vim的终端所使用的编码类型3个关键点，就可以让vim自动识别文件编码（可以自动识别UTF-8或者GBK编码的文件），因此最好将Unicode 编码方式放到这个列表的最前面，Vim 自动探测文件的编码方式会更准确 (或许这个理由才是主要的 ;)。
文件编码转换
1.如果你只是想查看其它编码格式的文件或者想解决用Vim查看文件乱码的问题，根据 .vimrc 中设置的 encoding 的值来设置 buffer、再次调用 iconv 将即将保存的 buffer 中的文本转换为 fileencoding 所描述的字符编码方式，Vim 可以很好的编辑各种字符编码的文件，消息文本等。菜单文本、出现这种问题的原因是因为，不过也有可能不是，你可以用vim的termencoding选项将自动转换成term 的编码.这个选项在 Windows 下对我们常用的 GUI 模式的 gVim 无效，
--list 显示所有支持的编码
--unescap 可以做一下转义，所以导致了文件名乱码的问题，默认是根据你的locale选择.用户手册上建议只在 .vimrc 中改变它的值，

2，
在Linux中专门提供了一种工具convmv进行文件名编码的转换，原因是Windows中默认的文件格式是 GBK(gb2312)，文件本身编码以及自动编码识别、

vim编码方面的基础知识：

1，SFTP命令详解