最可靠的方法是使用 std::filesystem::path::parent_path()，它自动处理 Windows/Linux 路径差异及空路径、根目录、末尾斜杠、网络路径等边界情况，返回 path 对象，需调用 .string() 获取字符串。
用 std::filesystem::path 的 parent_path() 最可靠
Windows 和 Linux 路径格式不同，手动切字符串（比如找最后一个 / 或 ）容易漏掉边界情况：空路径、根目录、末尾带斜杠、网络路径（\servershare）等。std::filesystem::path 是 C++17 引入的标准方案，自动处理平台差异和各种 corner case。
实操建议：
- 确保编译器支持 C++17（GCC 8+、Clang 7+、MSVC 2017 Update 5+），并链接
-lstdc++fs（GCC/Clang 下需显式链接） -
parent_path()返回的是std::filesystem::path对象，不是字符串；如需std::string，调用.string()或.generic_string() - 对根路径（如
/、C:\）调用parent_path()会返回空路径 —— 这是标准行为，不是 bug
std::filesystem::path p("/home/user/docs/report.txt");
std::cout << p.parent_path().string(); // 输出 "/home/user/docs"
Windows 下用 PathRemoveFileSpecW（仅限 WinAPI）
如果项目受限于旧 C++ 标准（如 C++11），且只跑 Windows，WinAPI 的 PathRemoveFileSpecW 是轻量替代方案。它原地修改宽字符缓冲区，去掉文件名部分，保留父目录。
注意点：
立即学习“C++免费学习笔记（深入）”；
- 必须用宽字符串（
wchar_t*），传入 ANSI 字符串会出错或截断 - 缓冲区长度至少为
MAX_PATH（260），否则可能溢出 - 对
L"C:\这类根路径，函数返回false，且缓冲区内容不变 —— 需要额外判断
wchar_t path[MAX_PATH] = L"C:\foo\bar\file.txt";
if (PathRemoveFileSpecW(path)) {
wprintf(L"%s
", path); // 输出 L"C:\foo\bar"
}
避免手写 find_last_of 的常见陷阱
有人用 std::string::find_last_of("/\") 找最后分隔符再 substr，看似简单，但极易出错：
- 路径末尾有斜杠（如
/home/user/）时，find_last_of会定位到最后一个/，substr 后得到/home/user—— 正确；但如果原路径是/home/user//，结果仍是/home/user/，逻辑不一致 - 忽略 UNC 路径（
\\server\share\path），前两个反斜杠是服务器标识，不能当普通分隔符切 - 没处理驱动器盘符（
C:\dir\file），在 Windows 上切掉C:会导致错误
除非你明确控制输入格式（比如只处理 POSIX 风格的绝对路径且保证无冗余斜杠），否则别依赖这种写法。
parent_path() 的返回值为空时意味着什么
这不是错误，而是路径本身已无上级目录。比如：
-
std::filesystem::path("/").parent_path()→ 空路径 -
std::filesystem::path("C:\").parent_path()→ 空路径 -
std::filesystem::path(".").parent_path()→ 空路径（当前目录没有“父”概念）
实际使用中，应该检查 .has_parent_path() 再取值，而不是直接调用 .string() —— 否则可能得到空字符串，而你以为是失败。
auto p = std::filesystem::path("/etc");
if (p.has_parent_path()) {
std::cout << p.parent_path().string(); // "/
}
路径解析的复杂性藏在细节里：跨平台、空路径、根路径、UNC、符号链接……std::filesystem::path 把这些都收进标准库了，别绕开它去拼字符串。 
