vswprintf始终前缀字节顺序标记字符的C语言宽字符问题

嘿，作为曾经踩过C语言宽字符坑的过来人，我来帮你搞定这个问题！

首先，你遇到的这个65279对应的是Unicode字符U+FEFF，也就是「字节顺序标记（BOM）」——它本来是UTF-16/UTF-32编码文件用来标识字节序的标记，但不小心被塞进你的宽字符数组开头，就导致了输出异常。

问题根源 #

你看到的两种gdb显示差异，是因为U+FEFF是个零宽字符：gdb直接显示内存里的内容时会把它标成L' '，但复制粘贴到其他地方时，这个字符因为不可见就被忽略了，所以看起来空格消失了。

这个BOM大概率来自两个地方：

• 你的C源文件是UTF-16编码（带BOM）：当你用L"4 points to Smurfs"定义宽字符串时，编译器会把文件开头的BOM也当成字符串的第一个字符一起编译进去。
• 如果你是从外部文件读取宽字符内容：那个文件开头带了UTF-16的BOM，读取时没做处理，直接把BOM当成了字符串的一部分。

解决办法 #

1. 修复源文件编码（最根本）

如果是代码里直接写的宽字符串出问题，打开你的C源文件，把编码改成UTF-8无BOM（或者ASCII，因为你的字符串里没有非ASCII字符）：

• 用VS Code：右下角点击编码，选择「通过编码保存」→「UTF-8」（不要选带BOM的选项）。
• 用Notepad++：菜单栏「编码」→「转为UTF-8无BOM」。
  改完后重新编译，buffer开头的BOM就会消失。

2. 读取文件时跳过BOM

如果是读取外部宽字符文件导致的，读取后先检查开头是否存在BOM：

wchar_t buffer[100];
// 假设已经读取内容到buffer里
if (buffer[0] == 0xFEFF) {
    // 跳过BOM，把后面的内容往前移
    memmove(buffer, buffer+1, (wcslen(buffer)) * sizeof(wchar_t));
}

3. 临时应急方案

如果想快速验证效果，可以在输出时跳过第一个字符：

wprintf(L"%s\n", buffer + 1);

但这只是治标，还是建议从编码根源解决问题。

验证 #

修改后再用gdb调试，p buffer应该会显示L"4 points to Smurfs"，buffer[0]的值也会变成52（对应宽字符L'4'），控制台输出就能正常显示“4 points to Smurfs”啦！

内容的提问来源于stack exchange，提问作者tomdemuyt