amiwrong123

@koebehshian #12
哎，我也不知道为啥他的源文件编码格式都是 gb2312😂
我只是负责集成包装成接口给上层使用，而且之前他好像还说过，不要改他的源文件的编码格式，不然可能会出问题😂

@mangohaoming #9
是吗，我就是怕 withBom 的 有问题，所以才来发帖😂

@wudicgi #8
我也这么觉得。老哥你看看我 4 楼的问题呢，那篇文章把我弄懵了，我理解：
如果已经设置了 /source-charset ，那么不会执行那三个步骤，直接使用 设置的 /source-charset 。对吗😂

@yolee599 #7
那要不要 withBom 呢？
因为 vs 编译，最好是 withBom 的

@koebehshian #6
他的代码 是 那种处理中文文本的一种程序（类似，NLU ）。总之，肯定会有 中文字符串常量。这没法阿

@mangohaoming #3
老哥你看看我 4 楼的问题呗

这篇文章也是说，最好 utf-8-withBom 。但我的 c++代码也需要在 linux 上编译，就得跨平台。

而且这篇文章说，最好使用 wchar_t 。我有点不理解。关键这个类型大家感觉也不常用啊，到时候和别人代码一对接，好多地方要改，还可能出错。。

https://www.cnblogs.com/jiangxueqiao/p/7464408.html#!comments

这篇文章里提到：
vs 编译器判断源文件编码类型的步骤为：
1. 若文件开始处有 BOM(EF BB BF)，则判定为 UTF-8 编码；
2. 若没有 BOM ，则试图从文件的前 8 个字节来判断文件是否像 UTF-16 编码，如果像，则就判断为 UTF-16 编码。
3. 如果既没 BOM ，也不是 UTF-16 编码，则使用系统当前的代码页（简体中文操作系统为 CP936 ）。

我理解是这样的：
如果没有设置 /source-charset ，那么会执行这三步，根据这三步来得到最终的 /source-charset 。
如果已经设置了 /source-charset ，那么不会执行这三个步骤，直接使用 设置的 /source-charset 。

有没有经常用 vs 的老哥，是不是这样呀😂

@qbqbqbqb
又或者根本不该加 sum += (sum>>16);

@qbqbqbqb
大佬，再问一下这个算法：
sum = (sum>>16) + (sum&0xffff);
sum += (sum>>16);

1. 这两句，我理解后面这句话 sum += (sum>>16);是有必要的，因为前面这句 sum = (sum>>16) + (sum&0xffff);可能又发生了溢出，所以针对这种可能出现的情况，我们需要再做一次 sum += (sum>>16);？是这样理解的吗

2. 但为什么第二句不是 sum = (sum>>16) + (sum&0xffff)呢？