升级资源字符串到Unicode时，别忘了指定L前缀

# 当你将资源字符串升级为Unicode时，别忘了指定L前缀 - 《老调重弹》 来源：https://devblogs.microsoft.com/oldnewthing/20260507-00?p=112307 2026年5月7日 🎯 头脑风暴 3 条回应 不久前，我讨论过[资源编译器默认使用 CP_ACP，即使面对文件是 UTF-8 的微妙提示也是如此](https://devblogs.microsoft.com/oldnewthing/20190607-00/?p=102569)。 在又一次遭遇 [Visual Studio 偷偷将文件编码从 1252 改为 UTF-8](https://devblogs.microsoft.com/oldnewthing/20241231-00/?p=110696) 并破坏了所有非 ASCII 字符串，再结合 [Azure DevOps 和 Visual Studio 在显示差异时完全无视编码更改](https://devblogs.microsoft.com/oldnewthing/20241230-00/?p=110692) 之后，一位同事决定一劳永逸地解决问题——使用显式的 Unicode 转义序列 `\x####` 来表示非 ASCII 字符。这样一来，无论文件编码是 1252 还是 UTF-8 都无关紧要，因为这两种代码页在共同的 ASCII 子集上是一致的。 原来是这样写的： ``` IDS_AWESOME "That's great!" ``` 被改成了： ``` IDS_AWESOME "That\x2019s great!" ``` 不幸的是，最终屏幕上显示的字符串却是： > That 19s great! 哪里出了问题？ 如果你要将 Unicode 编码到字符串中，必须在带引号的字符串前面加上 `L` 前缀。否则，`\xABCD` 序列会被解释为一个 8 位的 `\xAB` 转义序列，后面跟着两个原义字符 `CD`。在这个例子中，`\x2019` 被解释为 `\x20`（编码为空格），后面跟着原文字符 `19`，结果字符串变成了 `That 19s great!`。 正确的转换应该包含 `L` 前缀： ``` IDS_AWESOME L"That\x2019s great!" ``` --- ### 分类 ### 主题 --- ## 作者 **Raymond Chen** Raymond 参与 Windows 的演变已超过 30 年。2003 年，他创办了名为《老调重弹》的网站，其受欢迎程度远超他最大胆的想象——这一发展仍让他不寒而栗。该网站衍生出一本书，巧合的是书名也是《老调重弹》（Addison Wesley 2007）。他偶尔会出现在 Windows Dev Docs 的 Twitter 账号上，讲述一些毫无实际帮助的故事。 --- ## 继续阅读 ## 保持关注 当新文章发布时获取通知。 关注此博客 - https://twitter.com/ChenCravat - YouTube (https://www.youtube.com/playlist?list=PLlrxD0HtieHge3_8Dm48C0Ns61I6bHThc) - https://github.com/oldnewthing - https://devblogs.microsoft.com/oldnewthing/feed/