std::filesystem::path 重载 / 运算符专用于路径拼接，自动适配平台分隔符、处理盘符和归一化路径；+ 易导致重复斜杠或相对路径错误，且构造时应避免手动添加分隔符。
直接用 / 运算符拼接，std::filesystem::path 会自动选对分隔符——Windows 用 ，Linux/macOS 用 /，不用判断平台、不写条件编译、也不用手动替换斜杠。
为什么用 / 拼接而不是 + 或字符串连接
std::filesystem::path 重载了 / 运算符，专为路径拼接设计；而 + 是字符串拼接语义，容易产生 "dir//file" 或 "C:foo"（漏掉盘符后反斜杠）这类错误。
-
"data" / "config.txt"→ Windows 下是"dataconfig.txt"，Linux 下是"data/config.txt" -
"C:" / "log.txt"→ 正确生成"C:log.txt"（不是"C:log.txt"这种相对路径） -
"/home" / "user" / ".bashrc"→ 自动归一化为/home/user/.bashrc，末尾多余斜杠会被忽略 - 若用
+："data" + "/" + "file.txt"在 Windows 上可能输出"data//file.txt"，exists()可能失败
path 构造时传入的字符串要不要带分隔符
尽量不带——尤其不要让 base 以分隔符结尾，或 rel 以分隔符开头。虽然 path 内部会尝试归一化，但边界情况（如 UNC 路径、空字符串、纯盘符）下行为不一致。
Browser Setup (No-Root Linux)
下载
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
- ✅ 推荐：
fs::path base = "C:\temp"; fs::path p = base / "log.txt"; - ⚠️ 风险：
fs::path base = "C:\temp\"; fs::path p = base / "log.txt";→ 可能生成"C:\temp\\log.txt"（某些实现未完全清理） - ❌ 错误：
fs::path p = "C:\temp" / "/log.txt";→/log.txt被视为绝对路径，结果是/log.txt，丢弃前面部分
编译和链接时容易漏掉的坑
不是加了 #include <filesystem></filesystem> 就万事大吉。C++17 标准库的 filesystem 是独立链接单元，不同编译器要求不同。
- MSVC：默认启用，但需确保项目设置为 C++17 或更高，且未定义
_HAS_AUTO_PTR_ETC=0 - Clang（macOS）：需链接
-lc++fs，且 macOS 10.15+ 才完整支持 - Clang/GCC（Linux）：GCC 9+、Clang 9+ 支持，但必须显式链接
-lstdc++fs（GCC）或-lc++fs（Clang） - 若链接失败报 undefined reference to
std::filesystem::...，八成是没加对应链接选项
真正麻烦的不是拼接本身，而是混合使用 path.string() 和 path.generic_string()：前者返回本地编码（Windows 上可能是 GBK），后者强制返回 / 分隔符的 UTF-8 字符串——跨平台日志或调试输出时，别无脑用 string()。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
