挣扎后，我们还是向gbk妥协了，三个项目都将基于gb编码，我想，将来我一定会非常怀念使用utf8的年代的。其实，如果熟悉这些编码之间的关系，多关注下开发时候的文件编码，大概也不会出现乱码和ajax前后编码解码的问题，只是总会有人某个时刻忘了将文件另存为gb编码的文件，也总会有人在开发的爽的时候忘了这个根本，既然统一编码，在winodw下的前端开发都要将文件存为gbk，在editplus或记事本中存为ANSI编码就可以，这些编辑器会根据码流去识别到底是gbk还是gb2312还是gb18030的编码，至少gb系的编码有一部分是相互兼容的，码流有很大重合的空间，所以 window下很多文本编辑器都没有强行采用某种特定的编码。在linux下就不这么简单了，使用vim的时候要很小心才行。
先来说说这些编码，gb2312是在ascII基础上扩展得到的，后来又扩充了gbk和gb18030，其中最新版的gb18030是05年才release出来，在常用简体中文字上，三种编码是完全兼容的，只是新的标准增加了很多生僻字、偏旁部首和繁体字。unicode是和ascII完全不同的一套编码方案，utf8就是基于这种方案的一种编码，utf8包含有除中文外的其他多国语言，适合全球使用，所以utf8的体积要比gb系的字符集合大很多，但在中文字方面，和gb18030相当，其编码和gb系完全不兼容。在linux下，如果没有配置.vimrc中的fileencoding，vim将会采用系统默认编码来读写文件，还是应当在.vimrc中定义编码种类，我的vimrc是这样定义的：
set fileencodings=ucs-bom,utf-8,GB18030,gbk
ucs- bom是unicode编码的一种，类似utf8，将其和utf8放在最前面是因为，vim在试图用ucs-bom或utf-8来读文件的时候，如果发现错误则选用后续编码来读文件，而vim却不能根据gbk和gb18030进行错误识别。没有gb2312？因为在vimrc中设置gb2312根本没用。基于这个设置，来操作下；
linux下vim一个空文件，这时肯定是utf8的编码，输入“中文”两个字，保存为11.utf8，用file命令查看这个文件，提示是utf8的unicode文件，没有问题。
再 vim一个11.gb18030，也是输入“中文”两字，设置编码：set fileencoding=gb18030，保存文件名为22.gb18030退出，用file查看文件，提示是ISO-8859文件，并没有提示是 gb18030，实际上file命令只能根据码流判断编码方法，而gbk,gb2312和gb18030码流在简体中文范围是一致的，因此也判断不出是什么字符集，而utf8编码则属于确定的字符集，所以从码流的模样上看是看不出gbk、gb2312和gb18030文件的。同样，vim一个文件，输入 “中文”二字，set fileencoding=gbk,保存退出，也是一样，只是set命令执行后编辑器会显示文件编码为cp936，不用管它，cp936是gbk的别名。
同样的，vim一个文件，set fileencoding=gb2312，编辑器会显示euc-cn，如图
但当第二次打开gb*编码的文件的时候，vim所识别的字符集和当初设定的字符集却不一样，比如打开22.gb18030、33.gbk和 44.gb2312的时候，vim统统将其识别为gb18030。vim这样做大概是为了兼容考虑。那么一个设定了gb2312字符集编码的文件，能否往里写非gb2312的字符呢？例如我新建一个vim文件，set fileencoding=gb2312，然后输入“中文兀”这三个字，其中“兀”是非gb2312字符（gb2312所有字符在这里查找），再保存，出错：“写入错误，转换失败”，强制保存也不行，
只有将set fileencoding=gbk或者gb18030，才能成功保存，但是保存之前会有提示，强制保存后会出现“已转换”字样，似乎中间有一个“编码转换”的过程。
同样，在重新打开一个刚才set fileencoding=gb2312的文件，输入那个”兀”字再保存也会出现”已转换”，似乎也经过了一个“编码转换”的过程，只是和上个例子相比没有出现严重提示而已，如图：
大概这就是vim统一用gb18030来识别gbk,gb2312和gb18030的好处。刚才说到gb系的编码方式大抵相同，只要三者同时包含的文字都会编码一致。用file命令查看三种格式的文件的时候，都会显示ISO-8859来表示这是gb系的编码，具体哪种字符集是未知，如图：
再看看内容一致的四个文件的二进制存储，gb系的文件也是一致的。（所以，在vimrc中配置fileencoding中写gb2312也是没用的，甚至写gbk都是没用的，只要写fileencoding=gb18030就可以了。）
另，有些人的vim配置没有识别当前文件编码，我的是这样配的，在状态栏中显示文件编码：
set statusline=%<[%n]\
%F\ %h%m%r%=%k[%{(&fenc==\"\")?&enc:&fenc}%
{(&bomb?\",BOM\":\"\")}][%{&ff}][ASCII=\%03.3b]
\ %-10.(%l,%c%V%)\ %P
结论：
- linux下的开发应其实和系统默认编码无关
- linux下的开发应当配置vimrc的fileencoding，配置内容如上。
- 如果vimrc中配置不首先使用gb18030来写文件，应当在vim创建文件时手动执行set fileencoding=gb18030.
- 不建议在vimrc中将gb18030放在ucs-bom和utf-8前面，以避免linux中创建所有的文件都是gb编码。毕竟，忘记转换编码是常事。