C++字符串符号_字面量前缀、转义序列与原始字符串语法-C++-PHP中文网

应按用途选前缀：u8用于utf-8跨平台文本，l用于windows宽字符api，u/u用于unicode库，无前缀依赖编译器编码，r用于免转义多行内容；混用前缀会导致拼接失败或运行时错误。

c++字符串符号_字面量前缀、转义序列与原始字符串语法

字符串字面量前缀 `R`、`L`、`u8`、`u`、`U` 怎么选

选错前缀会导致编码不匹配、宽窄字符混用、甚至编译失败。比如用 u8"中文" 写 UTF-8 字符串没问题，但用 "中文"（普通窄字符串）在 Windows 控制台默认 ANSI 编码下可能显示乱码；而 L"中文" 在 Windows 上是 UTF-16，但传给 printf 会崩溃——因为 printf 不接受 wchar_t*。

u8：明确声明 UTF-8 编码的窄字符串，推荐用于跨平台文本处理，如 JSON、HTTP header、文件路径（Linux/macOS）
L：生成 wchar_t 字符串，Windows API（如 CreateFileW）必须用它；但 Linux 的 wchar_t 是 32 位，与 Windows 的 16 位不兼容，跨平台慎用
u 和 U：分别生成 char16_t* 和 char32_t*，主要用于 Unicode 处理库（如 ICU），日常开发极少直接使用
没前缀的 "..." 是 const char*，编码依赖源文件保存格式和编译器设置（GCC/Clang 默认 UTF-8，MSVC 默认系统 ANSI）

`R"(...)"` 原始字符串里为什么还能写却不换行

原始字符串根本不解析任何转义序列—— 就是字面上的反斜杠加 n，两个独立字符。你看到的换行，其实是字符串字面量里真的敲了回车键。

C++ Code Review Master

组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。

下载

原始字符串的边界由自定义分隔符决定：R"delimiter(实际内容)delimiter"，括号内所有内容（包括空格、缩进、真实换行）都原样保留
想在原始字符串里包含 ) 或 "，只要确保它们不出现在分隔符序列中即可，比如 R"xyz(Hello "World")xyz" 是合法的
常见误用：把 R"(line1 line2)" 当作带换行的字符串——其实它存的是 l i n e 1 n l i n e 2 六个字符，不是两行
适合场景：正则表达式（避免四层反斜杠）、SQL 片段、多行 HTML 模板

混合使用 `R"..."` 和普通字符串字面量会出什么问题

编译器允许相邻字符串字面量自动拼接，但前提是类型一致。一旦混用前缀，拼接就失败。

"hello" "world" → OK，都是窄字符串
u8"hello" "world" → OK，u8 前缀可隐式传播
R"(hello)" "world" → 编译错误：error: invalid operands to binary expression ('const char*' and 'const char*')，因为 R"..." 是 const char*，但拼接规则不适用于原始字符串和其他类型混搭
安全做法：全用同一种前缀，或显式用 std::string 拼接，比如 std::string(R"(a)") + "b"

转义序列在非原始字符串里哪些能用、哪些会踩坑

标准转义序列只有、、"、\ 等十几个是可靠跨平台的；其他像（垂直制表）、（响铃）行为不一致，后面紧跟数字容易被误解析为八进制。

x 十六进制转义只认紧随其后的有效十六进制字符，"�G" 中的 G 不属于转义，是独立字符
结尾是 C 风格字符串的终止标志，但 "abcdef" 实际只取到 abc，后面 def 被截断——除非你用 std::string_view 显式指定长度
UTF-8 字符的转义必须用字节序列，不能用 Unicode 码点：正确是 u8"中文"，错误是 "u4F60"（那是 UTF-16 编码，且仅在宽字符串中合法）
Windows 路径分隔符反斜杠要双写："C:\Users\name"，否则 U 可能被误认为 Unicode 转义（即使实际不是）