c++字符串字面量中反斜杠需双写（\）以避免转义错误，推荐用r"()"原始字符串和std::filesystem::path实现跨平台路径处理。
Windows路径里写两个反斜杠\是错觉，其实只是C++字符串转义的副作用
你看到"C:\Users\name\file.txt"，以为在“手动写双反斜杠”，其实不是。C++编译器把每个\当做一个转义序列，最终内存里存的是单个。这和Windows系统无关，是C++字符串字面量本身的规则——必须成对出现或跟合法转义符（如
），否则编译报错unknown escape sequence。
常见错误现象："C:Users
ame ile.txt"直接编译失败；或者侥幸通过（比如U被误认为Unicode转义），但运行时路径错乱、文件打不开。
- 所有路径字符串中，每个
都必须写成\，包括网络路径"\\server\share\path" - 如果路径来自用户输入或配置文件（非字面量），不用处理——那是运行时字符串，不涉及编译期转义
- 注意
"C: emp ew.txt"实际变成C:[tab]emp[newline]ew.txt
用R"()"原始字符串字面量绕过转义，但要注意括号配对和嵌套限制
R"(...)"让编译器完全不解析内容里的任何字符，、"、换行全按字面意思保留。这是最干净的写法，尤其适合长路径或含大量反斜杠的场景。
使用场景：硬编码Windows路径、正则表达式字面量、SQL多行字符串、生成脚本内容。
- 基本写法：
R"(C:Users ame ile.txt)"→ 编译后就是C:Users ame ile.txt - 如果路径本身含
)"，必须换分隔符，比如R"delim(C:path")with quote)delim" - 不能嵌套
R"()"，也不能在其中写//注释——注释符号会被原样保留 - 结尾
"必须独占一行或紧跟右括号，中间不能有空格：R"(a)"✅，R"(a) "❌（末尾空格导致编译错误）
std::filesystem::path才是跨平台路径处理的正确起点，别再拼接字符串
用std::string拼路径（哪怕用了R"()"）只是解决了“写得对”，没解决“跑得对”。Windows用，Linux/macOS用/，而std::filesystem::path内部自动归一化、支持/和混用、能正确处理...。
性能影响几乎为零——path对象轻量，构造开销可忽略；兼容性上，C++17起标准支持，MSVC/GCC/Clang均完善实现。
- 构造路径：
std::filesystem::path p = R"(C:Users ame) ile.txt"→ 自动合并为C:Users ame ile.txt - 拼接操作用
/运算符：p / "subdir" / "data.json"，无论底层OS，结果都合法 - 获取C风格字符串用
p.string().c_str()，但优先传path对象给std::filesystem函数（如exists(p)） - 避免把
path转成string再手撕——这是倒退
混合使用时最容易漏掉的细节：原始字符串结尾引号位置和path隐式转换
写R"(...)"时多一个空格、少一个括号，编译器报错信息往往指向下一行，让人摸不着头脑；而把path对象传给只接受const char*的旧API（如fopen）时，忘记调用.c_str()，会触发隐式转换失败或编译报错no known conversion。
这两个点不是语法冷知识，是每天都在发生的编译拦截点。
-
R"(C: emp) ile.txt"❌（结尾")前有空格）→ 应写成R"(C: emp) ile.txt"✅ -
fopen(p, "r")❌ → 必须写fopen(p.string().c_str(), "r")或fopen(p.c_str(), "r") - 用
auto p = std::filesystem::path(R"(C:somepath)");比分开写两行更安全——减少中间字符串变量污染
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
