回车和换行
让我从一个问题开始。 本人在做项目时，使用gdb进行调试，发现gdb执行的行数与源代码不一致。 排除了“-g-O0”编译优化的可能性后，由于结果html 回车符，gdb调试时执行顺序与源码相差3行，怀疑是回车和回车的处理不同导致的Windows 和 UNIX 下的换行。 这一点之前已经验证过。
现在，我们来解释一下这个问题。 首先我们要明确：我们不能脱离环境（比如在windows环境下或者unix环境下）谈论“回车”和“换行”，谈论起来是没有意义的关于环境之外的“回车”和“换行”。
然后解释一下：
1、当我们在windows环境下，默认的文本编辑器（系统自带的记事本）下，当我们按按钮上的“回车**键**”时，输出的字符是 0d0a 两个十六的补码字符，即 CR 和 LF。 现象是：光标换行。 2、当我们在unix环境下，默认的文本编辑器（例如：vi）下，当我们按下按钮上的“Enter **key**”时，输出的字符是0a，一个十六进制补码字符，即如果。 现象也是：光标换行。
由于 CR 和 LF（0d 和 0a）不是显式字符（即：看不到），因此需要工具来显式查看它们。 推荐使用notepad++（其他工具也应该可以）。 Notepad++ 在“查看”->“显示符号”->“显示所有字符”中可以同时显示 CR 和 LF。
验证里面的说法。
windows下建a.txt，用记事本打开，输入一些数组，用notepad++打开查看。 同样在linux下，构建b.txt，用vi打开，输入一些数组，下载到windows用notepad++打开。 例如：
那为什么推荐notepad++这样的工具呢？
因为它强大，它强大是因为它可以模拟各种环境html 回车符，可以是windows环境，可以是linux环境，也可以是mac环境。 如下：
以里面的例子，将a.txt转换为UNIX格式和MAC模式，如下：
可以看到，转换为UNIX格式时，末尾变为LF（即：十六进制补码字符0a），转换为MAC模式时，末尾变为CR（即：十六进制补码字符0d）。
总结：
1. 该文档为windows格式。 当我们按按钮上的“回车键”时，输出的是CR和LF，即两个字符0d和0a。
2. 文档为unix格式。 当我们按按钮上的“回车键”时，输出的LF是字符0a。
3.文档为mac模式。 当我们按按钮上的“回车键”时，输出的是CR，即0d的字符。
4、通过工具（如上面提到的notepad++）或命令（如下面要提到的vi的set命令）改变文档格式时，例如windows格式转换为unix格式，这样CR和LF 替换为 LF； 另一个例子将unix格式转换为mac格式是将LF替换为CR。
插入主题，在linux的vi下，也可以实现notepad++模拟环境的功能，即使用setff命令。
vi下，逗号模式（即：命令行模式），
输入setff查看文档当前格式；
输入setff=dos，将文档改为windows格式；
输入setff=unix，将文档改为unix格式；
输入setff=mac，将文档更改为mac格式。
现在回到本文开头提到的gdb调试问题，我在notepad++下查看了一下，发现windows环境下有一个回车键（0d0a），unix环境下有一个回车键（0a）。 ，还有mac下的回车键（0d），非常混乱（这应该是历史遗留问题，各个开发者使用的PC系统不同，提交代码时没有进行正确的格式转换）。 后来统一改为unix格式后，问题就解决了。
ANSI 和 UTF8
ansi和utf8的问题与上面提到的回车换行格式的问题完全不同。
Ansi和utf8主要是代码中的英文乱码（例如：英文注释等）。
我的另一篇文章比较详细，你可以去看看。 点我。
插入一个主题，在sourceinsight中，可以设置UTF8格式，这样应该可以显示英文。 在选项->首选项->文件中。
如果还不行，用noteapd++打开该文件，转换为UTF8格式。 在编码 -> 转换为 UTF-8 编码中。
