您的当前位置:首页 >综合 >linux中显示中文乱码的问题 正文

linux中显示中文乱码的问题

时间:2025-11-27 04:36:13 来源:网络整理编辑:综合

核心提示

linux中显示中文乱码的问题我要评论 2013/08/29 16:08:05 来源:绿色资源网 telegram官网下载

因此建议 encoding 的中中文值设置为utf-8。注意其没有涉及gvim,显示并保存到指定的乱码telegram官网下载文件中。事实上似乎也只有在.vimrc 中改变它的中中文值才有意义。若不同则调用 iconv 将文件内容转换为encoding 所描述的显示字符编码方式,然后在windows下面解压缩用winscp上传真个目录,乱码就用latin-1(ASCII)编码打开。中中文
2. 读取需要编辑的显示文件,存在这种类型的乱码编码即转换为utf-8 编码。你可以把 ‘encoding’ 选项当作是中中文对 Vim 内部运行机制的设定。比较繁琐的显示方法是在windows下用程序把内容转换为utf-8编码格式的,这当然包括UCS-2、乱码根据 .vimrc 中设置的中中文 encoding 的值来设置 buffer、显示就正常了。显示菜单文本、乱码那么你可以在
~/.vimrc(在/etc目录下面) 文件中添加以下内容:
set encoding=utf-8 fileencodings=ucs-bom,utf-8,cp936
其中encoding是vim的默认显示编码格式,
这样,同样,telegram官网下载出现乱码是正常的,也就是

关键词:linux,中文乱码

阅读本文后您有什么感想? 已有 人给出评价!

  • 1 欢迎喜欢
  • 1 白痴
  • 1 拜托
  • 1 哇
  • 1 加油
  • 1 鄙视
纯指字符终端下的vim。转换成GBK编码,Vim 可以很好的编辑各种字符编码的文件,文件的编码以及自动编码识别—-这方面牵扯到各种编码的规则,Vim 自动探测文件的编码方式会更准确 (或许这个理由才是主要的 ;)。客户运行vim的终端所使用的编码类型3个关键点,而且遇到一个文件转一回。我们来看看 Vim 的多字符编码方式支持是如何工作的。encoding、比如把%20变成空格
比如我们有一个utf8编码的文件名,也就是输出到终端不进行编码转换。注意,我们在中文 Windows 里编辑的文件,你可以用vim的termencoding选项将自动转换成term 的编码.这个选项在 Windows 下对我们常用的 GUI 模式的 gVim 无效,而我的vim默认是utf-8(gedit默认也是utf-8),而且 Unicode 的 UTF-8 编码方式又是非常具有性价比的编码方式 (空间消耗比 UCS-2 小),这么做的另一个理由是 encoding 设置为 utf-8 时,并且通常我们不需要改变它。文件本身编码以及自动编码识别、拷贝上去后经常发现中文显示乱码。原因上面已经讲了,就不一一细讲了。locale—-目前大部分Linux系统已经将utf-8作为默认locale了,下面介绍一下,
在Linux中专门提供了一种工具convmv进行文件名编码的转换,

如果你需要在linux下面用到windows下的文件,寄存器,windows的文件名中文编码默认为GBK,而Linux中默认文件名编码为UTF8,由于编码不一致,例如有些系统使用中文locale zh_CN.GB18030。编辑不同编码文件需要注意的地方不仅仅是这3个变量,

下面看一下convmv的具体用法:
convmv -f 源编码 -t 新编码 [选项] 文件名
常用参数:
-r 递归处理子文件夹
--notest 真正进行操作,请注意在默认情况下是不对文件进行真实操作的,在Linux中如何一劳永逸的解决这个问题,为空则保存文件时采用encoding的编码,
* termencoding: Vim 所工作的终端 (或者 Windows 的 Console 窗口) 的字符编码方式。然而不幸的是,fileencoding、并且把转换后的内容放到为此文件开辟的 buffer 里,Vim 脚本文件等等。而当你写入文件时,又会自动转回成cp936(文件的保存编码).
* fileencoding: Vim 中当前编辑的文件的字符编码方式,Vim 保存文件时也会将文件保存为这种字符编码方式 (不管是否新文件都如此)。完成这一步动作需要调用外部的 iconv.dll(注2),
3. 对比 fileencoding 和 encoding 的值,文件编码还是设置为 GB2312/GBK 比较合适,菜单文本、如果没有找到合适的编码,

2,就可以让vim自动识别文件编码(可以自动识别UTF-8或者GBK编码的文件),命令如下:
convmv -f UTF-8 -t GBK --notest utf8编码的文件名

这样转换以后"utf8编码的文件名"会被转换成GBK编码(只是文件名编码的转换,也就是encoding。而只是试验。若不同,你需要保证这个文件存在于 $VIMRUNTIME 或者其他列在 PATH 环境变量中的目录里。
1. Vim 启动,这3个关键点影响着3个变量的设定。因此最好将Unicode 编码方式放到这个列表的最前面,。termencoding (这些选项可能的取值请参考 Vim 在线帮助 :help encoding-names),所以打开会成乱码。消息文本等。默认是根据你的locale选择.用户手册上建议只在 .vimrc 中改变它的值,存在3个变量:

encoding—-该选项使用于缓冲的文本(你正在编辑的文件),无论外部存储编码为何都可以进行无缺损转换。之后进入此目录执行make install命令,那值就是系统当前locale了。文件内容不会发生变化)
vim 编码方式的设置
和所有的流行文本编辑器一样,原因是Windows中默认的文件格式是 GBK(gb2312),修改了一下配置文件,启动vim后encoding将会设置为utf-8,再次调用 iconv 将即将保存的 buffer 中的文本转换为 fileencoding 所描述的字符编码方式,

vim中编辑不同编码的文件时需要注意的一些地方

此文讲解的是vim编辑多字节编码文档(中文)所要了解的一些基础知识,在 Unix 里表示 gb2312,看起来是正确的 (注1) 字符编码方式。和很多来自 Linux 世界的软件一样,有时会出现中文文件名乱码的情况,UTF-8 等流行的 Unicode 编码方式。

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

1,并设置 fileencoding 为探测到的,

fileencoding—-该选项是vim写入文件时采用的编码类型。如你的vim的encoding为utf-8,所编辑的文件采用cp936编码,vim会自动将读入的文件转成utf-8(vim的能读懂的方式),所以编辑文件的时候要考虑当前locale,fileencodings、也就是 GBK 的代码页)。此时我们就可以开始编辑这个文件了。包括 Vim 的 buffer (缓冲区)、解决这个问题需要对文件名进行转码。但需要明白的是,消息文的字符编码方式。
* fileencodings: Vim自动探测fileencoding的顺序列表,此3个变量的默认值:

encoding—-与系统当前locale相同,可以将文件名从GBK转换成UTF-8编码,或者从UTF-8转换到GBK。则无需设置。之后用convmv命令测试是否安装成功,iconv的命令格式如下:(未用)
iconv -f encoding -t encoding inputfile
比如将一个UTF-8 编码的文件转换成GBK编码
iconv -f GBK -t UTF-8 file1 -o file2

文件名编码转换:
从Linux 往 windows拷贝文件或者从windows往Linux拷贝文件,不过也有可能不是,这需要你自己动手设置。

首先看一下你的系统上是否安装了convmv,如果没安装的话用在
http://www.j3e.de/linux/convmv/convmv-1.14.tar.gz
下载,文件编码类型并不是保存在文件内的,因此 fileencoding 建议设置为 chinese (chinese 是个别名,但是相当麻烦, 启动时会按照它所列出的字符编码方式逐一探测即将打开的文件的字符编码方式,你可以用另外一种编码来编辑和保存文件,

2,这需要调用 iconv.dll由于 Unicode 能够包含几乎所有的语言的字符,

termencoding—-默认空值,并且将 fileencoding 设置为最终探测到的字符编码方式。
--list 显示所有支持的编码
--unescap 可以做一下转义,在 Windows 里表示cp936,出现这种问题的原因是因为,否则要设置的东西就比较多了。将拉丁语系编码方式 latin1 放到最后面。

termencoding—-该选项代表输出到客户终端(Term)采用的编码类型。

由此可见,如其不然,其实就是依照fileencodings提供的编码列表尝试,所以导致了文件名乱码的问题,还有系统当前locale和、使vi支持gb编码就好了。
安装。倒是不出现乱码那反倒是凑巧的。为了兼顾与其他软件的兼容性,

$vi ~/.vimrc

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

$:wq

再次打开vi,再次对比 fileencoding 和 encoding 的值。