std::filesystem::remove_filename是C++17标准方案，原地剥离路径最后一级文件名并返回父目录，自动适配平台分隔符，但不检查路径存在性且对空串或根路径返回原值。
用 std::filesystem::remove_filename 最直接
这是 C++17 引入的标准方案，只要路径合法（不为空、不只含分隔符），它就原地剥离最后一级文件名，返回父目录路径。比手写字符串处理安全得多，自动适配不同平台的路径分隔符（/ 或 ）。
常见错误是传入空字符串或根路径（如 "C:\"、"/"），这时函数返回原值——不是报错，但结果可能不符合预期。注意：它不检查路径是否存在，只做字符串逻辑处理。
- 确保已启用 C++17 或更高标准（编译时加
-std=c++17） - 包含头文件：
#include <filesystem></filesystem>，并使用命名空间std::filesystem - 若路径末尾有斜杠（如
"dir/sub/"），remove_filename仍会移除最后的空段，结果为"dir"（不是"dir/sub"）
Windows 下用 PathRemoveFileSpecW 更轻量
如果项目不能用 C++17，又只跑 Windows，WinAPI 的 PathRemoveFileSpecW 是个低开销替代。它直接修改原字符串缓冲区，不分配新内存，适合高频调用场景。
容易踩的坑是字符编码和缓冲区长度：必须传入可写的宽字符缓冲区（wchar_t[]），且长度至少为 MAX_PATH；传入 std::wstring.c_str() 会崩溃，因为 c_str() 返回只读指针。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 需包含
#include <windows.h></windows.h>和#include <shlwapi.h></shlwapi.h>（后者定义该函数） - 链接时加
-lshlwapi（GCC/Clang）或确保默认链接（MSVC） - 对路径
L"C:\a\b\"，函数结果为L"C:\a"；对L"C:\a\"，结果为L"C:"（不是L"C:\"）
手动截断时别忽略路径末尾的斜杠和点号
自己用 find_last_of 或 rfind 截断，看似简单，但边界情况极多：路径以 / 结尾、是相对路径（"./file"）、含 ".."、甚至只有文件名（"file.txt"）——这些都会让简单查找失效。
例如对 "./a/b/"，只找最后一个 '/' 会停在末尾，再往前截得 "./a"；但若输入是 "a"，找不到分隔符就得返回空字符串或 "."，取决于业务语义。
- 先用
path.find_last_of("/\")找任意分隔符（兼顾跨平台） - 检查找到位置是否有效（
!= std::string::npos），且不能是字符串开头前一个位置 - 截取后要处理空结果：比如
"file"→""，但有时你想要"."表示当前目录
std::filesystem::parent_path 和 remove_filename 有细微差别
两者都返回父路径，但行为不完全等价。parent_path() 会跳过末尾连续的分隔符和空段，而 remove_filename() 只删“最后一级非空名称”。例如路径 "a/b///"：
std::filesystem::path p = "a/b///"; p.remove_filename(); // 结果是 "a" p.parent_path(); // 结果是 "a/b"
这意味着如果你需要严格按“去掉最后一个文件名”的语义（比如还原 open("a/b/c.txt") 的目录），用 remove_filename；如果目标是获取逻辑上的上级目录（类似 shell 的 dirname），parent_path 更贴近直觉。
实际中，多数人真正想要的是 parent_path，但名字太隐晦，容易误选 remove_filename 导致路径变浅一级。
