Source Insight编码格式怎么切换 Source Insight编码格式错误导致中文乱码怎么办

Source Insight编码格式的切换，以及编码格式错误导致中文乱码时的处理，很多时候并不是代码内容本身损坏了，而是文件原有的编码和编辑器读取的方式没有对上。在比较早的项目里面，GBK、ANSI、UTF-8这几种编码混在一起使用是很常见的，尤其是中文注释、中文字符串和历史源码被一同维护的时候，文件打开以后就很容易出现乱码。Source Insight能够使用不同的字符编码来打开和保存文件，默认的编码通常是按照UTF-8来处理的，但是项目里面的文件却未必全都是UTF-8的。

一、Source Insight编码格式怎么切换

在使用Source Insight切换编码的时候，需要先分清楚两件事情，当前这个文件是用哪一种编码来打开的，以及往后新建的文件，默认会使用哪一种编码来保存。不少人只去改了默认的那一项设置，可是已经打开并且显示为乱码的文件，并不会自己就恢复过来，所以还是要按照不同的情况去分别处理。

1、当前文件出现乱码的时候，先把它重新加载一次

如果文件刚一打开，里面的中文就是乱码，这个时候先不要急着去保存它。可以使用【File】菜单里面的【Reload As Encoding】这个功能，重新按照指定的一种编码，把当前文件再加载一次。这个操作比较适合用在文件还没有被修改过的时候，特别是看到中文注释变成了一串奇怪的符号，先去换一种编码重新打开，要比直接用手工去改动那些文字，来得更加稳当一些。

2、在保存的时候，去选择好目标的编码

要是已经确认了，这个文件以后都要统一成UTF-8的格式，那么就可以在另存为，或者是保存编码的时候，去选择合适的格式。Source Insight提供了按照指定编码来保存文件的方式，UTF-8也是其中一种比较常用的选择。不过，对于那些比较早期的项目，先不要一次性就做全量的转换，因为编译器、脚本、批处理、外部的工具，如果还是按照GBK或者本地的代码页去处理的话，转换完了以后，也可能会引出新的问题。

3、把默认的文件编码设置好

默认的编码，是可以在文件的选项里面去调整的，它被用来决定打开文件和新建文件的时候，优先采用哪一种字符编码。这个设置，要更加适合用在项目编码已经被统一了以后，比如团队已经要求新的文件，都要使用UTF-8来编写，那么就可以把默认的行为调整好，从而减少后续出现混乱的可能。

二、Source Insight编码格式错误导致中文乱码怎么办

在中文乱码出现了以后，先不要急着用复制粘贴的方式去修复它。乱码通常可以分为两种情况，一种仅仅是“显示上出了错”，原始文件的字节内容还都在；另一种则是已经用错误的编码保存过了，原来那些中文的内容，可能已经被破坏掉了。前面这一种，处理起来会好办一些，后面那一种，麻烦就要大得多了。

1、先去判断一下，文件是不是已经被保存过了

如果只是刚刚打开文件，看到了乱码，这个时候马上把它关掉，或者重新加载一次编码，恢复过来的可能性是很高的。要是在乱码的状态下面，已经执行过保存的操作，那么文件的内容，可能就已经被覆盖掉了。到了这种时候，可以先从版本库、备份文件，或者是同事本地的副本里面，去把原始的版本给找出来，不要再继续在当前这个文件上面，反复地去保存。

2、去尝试几种比较常见的编码

中文的老项目，可以优先去试一下GBK、GB2312、UTF-8，还有UTF-8 with BOM这几种编码。不要只凭着一个文件，就去断定整个项目的编码，最好是抽取几个不同目录下面的源码，都去看一看。有一些项目，主体代码用的是GBK，新增加的模块用的是UTF-8，第三方的库，用的又是另一套编码，这几样混在一起，是很常见的。

3、把注释的乱码和编译上的问题，区分清楚

如果仅仅是注释乱码了，那么对程序的运行，倒不一定会有影响；可要是中文字符串，参与了界面的显示、日志的输出、文件的路径，或者是协议的内容，这个时候编码出了错，就很有可能会影响到功能了。特别是嵌入式，或者是Windows客户端这一类的项目，中文字符串在编译进去了以后，运行的环境，到底会怎么样去解释它，这也是需要放在一起来看的。

三、项目里编码混乱怎么整理更稳

编码方面的问题，最好是不要只靠某一个人，临时去调整一下。今天这个人，用UTF-8去保存，明天换一个人，又用GBK去打开，要不了多久，中文就又会乱掉。对于老项目来说，更合适的做法，是先把眼下的情况摸清楚，然后再去分批次地，把它统一起来。

1、先去做一个编码的基线

可以先选好几个核心的目录，把文件大致的编码情况，去统计一下。在项目里面，不要一上来，就做全量的转换，要先从那些新增加的代码，还有经常会被修改的模块，开始把它统一起来。那些历史上面比较稳定的代码，要是暂时不去动它，那也要在说明里面，写清楚当前的编码是什么，免得在后面，被别人给错误地处理了。

2、把团队编辑器的设置，统一起来

Source Insight、VS Code、Visual Studio，还有脚本的工具，最好是能够采用同一套编码的约定。要不然的话，同一个文件，在不同的工具里面，被来回来去地打开和保存，就很容易出现“你那边看着是正常的，我这边打开就是乱码”的情况。

3、在转换以前，先做好备份

在正式转换编码以前，要先去提交一次版本库，或者备份一下目录。转换完成了以后，还要去检查中文的注释、中文字符串、编译出来的结果，还有运行时候的显示。特别是那些包含了中文资源、配置说明、日志模板的文件，不能只是看到源码的页面正常了，就算完事了。

总结

Source Insight编码格式的切换，还有编码格式错误导致中文乱码时的处理，关键的地方，是要先去判断文件原本的编码是什么，然后再去决定，是要重新加载、另存为并转换，还是去调整默认的设置。当前文件出现乱码的时候，要优先使用【Reload As Encoding】这个功能，去重新打开它；在确认了项目需要统一以后，再去把默认的编码和保存的编码，给设置好。对于那些已经被保存过的乱码文件，要先去找一下备份，不要再继续去覆盖它了。对于老项目来说，编码的治理，最好是分成几个阶段去做，工具的设置、团队的规范，还有版本的备份，这些东西都要跟上，这样子，中文的注释和字符串，才不容易反反复复地出问题。