编译期字符串字面量中的转义字符由编译器自动解析并替换为对应字符，运行时读入的字符串需手动解析；原始字符串字面量禁用转义，混合使用易出错；调试应使用 {:?} 查看真实字节。
编译期字符串字面量里的转义字符，由编译器自动解析；运行时读入的原始文本（比如配置文件、网络响应）里的
、 等，不会被自动处理，必须手动解析。
字符串字面量中直接使用转义字符
这是最常见、也最安全的用法。C++ 编译器在编译阶段就识别并替换成对应字符。
-
"Hello World"会被编译成含 ASCII 10 的内存字符串，std::cout输出时自然换行 -
"Path: C:\Users\name"中的\被转义为单个反斜杠，避免路径被误解析 -
"He said: "Hi""中的"让双引号成为内容而非字符串边界 - 注意：八进制（
A）和十六进制（A）转义也在此阶段完成，但超出范围或非法格式（如xG1）会触发编译错误
运行时字符串需手动解析转义序列
从文件、JSON、用户输入等渠道拿到的字符串，例如 "line1
line2"（实际是 11 个字符：l i n e 1 n l i n e 2），里面的
是字面量，不是换行符。
- 不能用
std::string::replace多次替换——"\\n"可能被错当成"\n"替换，导致结果错误 - 必须单次遍历 + 状态机：遇到
'\'时检查下一个字符，仅对标准序列（n、t、r、'、"、\等）做转换 - 遇到
u或U要额外校验后续 4/8 位是否为合法十六进制，并转为 UTF-8 字节序列 -
std::quoted不适用：它只用于流 IO 的 round-trip 保护，不还原通用转义
容易踩的坑：混用原始字符串与转义
原始字符串字面量（R"(raw text)"）完全禁用转义解析，但和普通字符串拼接时极易出错。
-
R"(C: emp) "是非法语法——)"后不能直接跟R"(C: emp)" " "（空格连接） -
R"("hello")"会报错，因为引号冲突；正确写法是R"delim("hello")delim" - 混合使用时，
R"( )"得到的是字面的" "是一个换行符，二者类型相同但值完全不同 - 调试时用
std::format("{:?}", s)或fmt::print("{:?}", s)可清晰看到字符串真实字节内容，避免“以为有换行其实没有”的误判
真正麻烦的从来不是写 "
"，而是你拿到一串未知来源的字符串，得判断它是否已被转义、该不该再转义、以及怎么安全地还原——这时候状态机比正则更可靠，而字节级验证比信任输入更必要。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
