Windows转到linux中,文件乱码,文件编码转换

最近,学习又从新开始Linux学习,因此一直在Centos中,昨天一朋友把他在Windows下写的C程序发给我,我欣然答应,本觉得很快就能在个人Linux系统中运行起来。没想到出现了乱码,结果想把这个问题解决,一会儿就搞了近三个小时没有解决。今天,又想起来这个问题,居然一会儿就解决了,如今把学到的一些东西总结以下。html

 

首先Windows下的文件拿到Linux中来查看出现乱码是一种很常见的现象,这方面的资料在网上也有不少。但解决方法大多都相似,有些概念没有解释清楚,也许是我的没有理解清楚。vim

尝试方法一:工具

一碰到这个问题,我想到的是Linux课上学到的一个命令dos2unix,之前也没用过,此次用了也没有解决问题。学习

由于,这个命令主要是用来处理Dos与Linux之间断行的差别的。DOS下的文本文件是以\r\n做为断行标志的,表示成十六进制就是0D 0A。而Unix下的文本文件是以\n做为断行标志的,表示成十六进制就是 0A。有时咱们会遇到这样一种状况,dos下的文件在unix下显示是不出现断行,显得很乱,这时用这个命令就OK。ui

后来在网上查了下,知道是编码格式不一致致使的。由于Dos下编辑的文本默认是以GBK存储的,而Linux默认采起的存储方式是UTF-8,固然会出现乱码了,可是如何去将Dos下的GBK文件转换成UTF-8呢?编码

 

尝试方法二:更改Vim读取时采用的编码spa

先补充一个知识,参考博客http://blog.csdn.net/kl222/article/details/4550269.net

 

vim编码方面的基础知识:
存在3个变量:
encoding—-该选项使用于缓冲的文本(你正在编辑的文件),寄存器,Vim 脚本文件等等。你能够把 'encoding' 选项看成是对 Vim 内部运行机制的设定。
fileencoding—-该选项是vim写入文件时采用的编码类型。
termencoding—-该选项表明输出到客户终端(Term)采用的编码类型。
unix

 

因此,我尝试了在Vim中htm

:set encoding

:set fileencoding=utf-8          #让Vim将gbk的文本转换成utf-8后,显示出来

 

通过这样改了以后,果真,Vim中看到的乱码消失了,此时心情小小的激动了一会儿。

可是,当我退出Vim再次打开文件时,乱码又出现了,原来是我更改的Vim设置只是临时的,因此我决定将其写死到vim配置文件当中去,操做以下:

编辑~/.vimrc文件,加上以下几行:

set fileencodings=utf-8,ucs-bom,gb18030,gbk,gb2312,cp936

set termencoding=utf-8

set encoding=utf-8

 

这时,每次用Vim打开文件时都不出现乱码了,本觉得问题解决了,我开始编译程序,当我运行的时候,乱码仍是出现了。。。。此时,欲哭无泪

 

后来,我仔细想了一下,我更改Vim的配置,只是让咱们看到的没有乱码,但从根本上讲,文件的编码方式仍是没有变,因此当我用gcc编译后,文件的编码格式应该仍是gbk的。这样致使的乱码。因此,我决定找个工具,直接讲gbk文件转换成utf-8。

 

尝试三:

1.查看文件存储格式

#file test.cpp

test.cpp: ISO-8859 English text, with CRLF line terminators

能够看出文件是以ISO-8859存储的。

2.查看系统语言设置

#cat /etc/sysconfig/i18n

LANG="en_US.UTF-8"
SYSFONT="latarcyrheb-sun16"
能够看出Linux是以UTF-8编码的

3.利用工具将文件从ISO-8859转换成UTF-8(这里我采用的是iconv命令)

#iconv -f ISO-8859 -t UTF-8 test.c -o test_u.c

这时居然出现了一个错误:

iconv: conversion from `ISO-8859' is not supported

Try `iconv --help' or `iconv --usage

解决方案:

ISO-8859换成GBK

#iconv -f GBK -t UTF-8 test.c -o test_u.c

 

终于大功告成!

 

参考文献:

[1].http://blog.csdn.net/kl222/article/details/4550269

[2].http://www.cnblogs.com/cosiray/archive/2012/05/04/2483111.html

[3].http://blog.chinaunix.net/uid-26786246-id-3636785.html

相关文章
相关标签/搜索