admin 管理员组文章数量: 1087829
2024年12月25日发(作者：activities的动词)
Linux vim显示utf-8文档乱码怎么办
在Linux系统操作证，Vim是文本编辑器，在使用Vim的时候，
居然显示utf-8文档乱码，遇到这种情况要如何解决呢?下面店铺就给
大家介绍下Linux如何解决Vim显示utf-8文档乱码问题，一起来看
看吧。
1.相关基础知识介绍
在Vim中，有四个与编码有关的选项，它们是：fileencodings、
fileencoding、encoding和termencoding。在实际使用中，任何一
个选项出现错误，都会导致出现乱码。因此，每一个Vim用户都应该
明确这四个选项的含义。下面，我们详细介绍一下这四个选项的含义
和作用。
(1)encoding
encoding是Vim内部使用的字符编码方式。当我们设置了
encoding之后，Vim内部所有的buffer、寄存器、脚本中的字符串
等，全都使用这个编码。Vim 在工作的时候，如果编码方式与它的内
部编码不一致，它会先把编码转换成内部编码。如果工作用的编码中
含有无法转换为内部编码的字符，在这些字符就会丢失。因此，在选
择 Vim 的内部编码的时候，一定要使用一种表现能力足够强的编码，
以免影响正常工作。
由于encoding选项涉及到Vim中所有字符的内部表示，因此只
能在Vim启动的时候设置一次。在Vim工作过程中修改encoding会
造成非常多的问题。用户手册上建议只在 .vimrc中改变它的值，事实
上似乎也只有在 .vimrc中改变它的值才有意义。如果没有特别的理由，
请始终将encoding设置为utf-8。为了避免在非UTF-8的系统如
Windows下，菜单和系统提示出现乱码，可同时做这几项设置：
set encoding=utf-8
set langmenu=zh_-8
language message zh_-8
(2)termencoding
termencoding是Vim用于屏幕显示的编码，在显示的时候，
Vim会把内部编码转换为屏幕编码，再用于输出。内部编码中含有无
法转换为屏幕编码的字符时，该字符会变成问号，但不会影响对它的
编辑操作。如果termencoding没有设置，则直接使用encoding不
进行转换。
举个例子，当你在Windows下通过telnet登录Linux工作站时，
由于Windows的telnet是GBK编码的，而Linux下使用UTF-8编
码，你在telnet下的Vim中就会乱码。此时有两种消除乱码的方式：
一是把Vim的encoding改为gbk，另一种方法是保持encoding为
utf-8，把termencoding改为gbk，让Vim在显示的时候转码。显
然，使用前一种方法时，如果遇到编辑的文件中含有GBK无法表示的
字符时，这些字符就会丢失。但如果使用后一种方法，虽然由于终端
所限，这些字符无法显示，但在编辑过程中这些字符是不会丢失的。
对于图形界面下的GVim，它的显示不依赖TERM，因此
termencoding对于它没有意义。在GTK2下的GVim 中，
termencoding永远是utf-8，并且不能修改。而Windows下的GVim
则忽略termencoding的存在。
(3)fileencoding
当Vim从磁盘上读取文件的时候，会对文件的编码进行探测。如
果文件的编码方式和Vim的内部编码方式不同，Vim就会对编码进行
转换。转换完毕后，Vim会将fileencoding选项设置为文件的编码。
当Vim存盘的时候，如果encoding和fileencoding不一样，Vim就
会进行编码转换。因此，通过打开文件后设置fileencoding，我们可
以将文件由一种编码转换为另一种编码。但是，由前面的介绍可以看
出，fileencoding是在打开文件的时候，由Vim进行探测后自动设置
的。因此，如果出现乱码，我们无法通过在打开文件后重新设置
fileencoding来纠正乱码。
简而言之，fileencoding是Vim中当前编辑的文件的字符编码方
式，Vim保存文件时也会将文件保存为这种字符编码方式 (不管是否新
文件都如此)。
(4)fileencodings
编码的自动识别是通过设置fileencodings实现的，注意是复数形
式。fileencodings是一个用逗号分隔的列表，列表中的每一项是一种
编码的名称。当我们打开文件的时候，VIM按顺序使用fileencodings
中的编码进行尝试解码，如果成功的话，就使用该编码方式进行解码，
并将fileencoding设置为这个值，如果失败的话，就继续试验下一个
编码。
因此，我们在设置fileencodings的时候，一定要把要求严格的、
当文件不是这个编码的时候更容易出现解码失败的编码方式放在前面，
把宽松的编码方式放在后面。例如，latin1是一种非常宽松的编码方
式，任何一种编码方式得到的文本，用latin1进行解码，都不会发生
解码失败——当然，解码得到的结果自然也就是理所当然的“乱码”。
因此，如果你把latin1放到了fileencodings的第一位的话，打开任
何中文文件都是乱码也就是理所当然的了。
以下是网上推荐的一个fileencodings设置：
set fileencodings=ucs-bom，utf-8，cp936，gb18030，big5，
euc-jp，euc-kr，latin1
其中，ucs-bom是一种非常严格的编码，非该编码的文件几乎没
有可能被误判为ucs-bom，因此放在第一位。
utf-8也相当严格，除了很短的文件外(例如许多人津津乐道的
GBK编码的“联通”被误判为UTF-8编码的经典错误)，现实生活中一
般文件是几乎不可能被误判的，因此放在第二位。
接下来是cp936和gb18030，这两种编码相对宽松，如果放前面
的话，会出现大量误判，所以就让它们靠后一些。cp936的编码空间
比gb18030小，所以把cp936放在gb18030前面。
至于big5、euc-jp和euc-kr，它们的严格程度和cp936差不多，
把它们放在后面，在编辑这些编码的文件的时候必然出现大量误判，
但这是Vim内置编码探测机制没有办法解决的事。由于中国用户很少
有机会编辑这些编码的文件，因此我们还是决定把cp936和gb18030
放在前面以保证这些编码的识别。
最后就是latin1了。它是一种极其宽松的编码，以至于我们不得
不把它放在最后一位。不过可惜的是，当你碰到一个真的latin1编码
的文件时，绝大部分情况下，它没有机会fall-back到latin1，往往在
前面的编码中就被误判了。不过，正如前面所说的，中国用户没有太
多机会接触这样的文件。
如果编码被误判了，解码后的结果就无法被人类识别，于是我们
就说，这个文件乱码了。此时，如果你知道这个文件的正确编码的话，
可以在打开文件的时候使用 ++enc=encoding 的方式来打开文件，
如：
：e ++enc=utf-8
上面就是Linux解决Vim显示utf-8文档乱码的方法介绍了，出
现该乱码问题后，可通过重新设置fileencodings来解决，希望对你有
所帮助。
版权声明：本文标题：Linuxvim显示utf-8文档乱码怎么办 内容由网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：http://roclinux.cn/p/1735193810a1641748.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。
发表评论