std::filesystem::path::stem() 返回空或不完整，因其仅移除最后一个点后的扩展名，不处理隐藏文件（如 .gitignore 得空）、多级扩展名（如 archive.tar.gz 得 archive.tar）、无扩展名或路径末尾斜杠等情况；正确使用需先判断 is_regular_file() 并结合 filename() 和 extension() 理解其字符串分割逻辑。
std::filesystem::path::stem() 为什么有时返回空或不完整
因为 stem() 只剥离最后一个点之后的扩展名，且不处理隐藏文件、多点文件名、无扩展名或路径末尾带斜杠的情况。它不是“取主文件名”，而是“取 basename 去掉 extension 的部分”——这个定义和直觉有偏差。
- 若路径是
"archive.tar.gz"，stem()返回"archive.tar"（只去掉gz），不是"archive" - 若路径是
".gitignore"，stem()返回空字符串（因filename()是".gitignore"，而extension()是".gitignore"，所以 stem = filename - extension = ""） - 若路径是
"dir/"或"dir"（末尾无斜杠但目录存在），filename()是"dir"，extension()是空，stem()就是"dir"—— 这容易误判为文件
真正要“提取不带后缀的文件名”，得先确认是不是普通文件
直接调用 stem() 前，必须结合 is_regular_file() 和 has_extension() 判断上下文，否则拿到的不是你想要的“文件主名”。尤其在遍历目录时，链接、目录、socket 都可能有 filename()，但 stem() 对它们没意义。
- 检查路径是否为常规文件：
if (fs::is_regular_file(p)) { ... } - 避免对目录路径误用：
if (!fs::is_directory(p)) { auto name = p.stem(); ... } - 想严格排除隐藏文件（如
.env），需手动判断：p.filename().string()[0] == '.'
需要“去掉所有扩展名”（比如 .tar.gz）怎么办
stem() 不递归去扩展，C++20 标准库也没提供 stem_all()。得自己写逻辑：反复调用 stem() 直到结果不再变化，或基于 filename() 手动找最后一个点的位置。
- 简单安全的做法（推荐）：
std::string remove_all_extensions(const std::filesystem::path& p) { std::string f = p.filename().string(); size_t last_dot = f.find_last_of('.'); if (last_dot == std::string::npos || last_dot == 0) return f; // 无点，或以点开头（如 .gitignore） return f.substr(0, last_dot); } - 别依赖
p.replace_extension("").filename().string()：它只删最后一次extension()，对.tar.gz无效 - 注意：Windows 下
extension()包含点，Linux 也是，所以手动截取时要小心边界
Windows 路径、Unicode 和 std::filesystem 的实际兼容性坑
VS2019+ 默认启用 /utf-8 后，path 构造函数能正确处理中文路径；但若项目仍用 MBCS 或未设置宽字符支持，path(L"测试.txt") 可能被截断或乱码，此时 stem() 返回不可靠。
立即学习“C++免费学习笔记（深入）”；
- 确保编译器选项一致：
/utf-8+setlocale(LC_ALL, "en_US.UTF-8")（非必需，但避免 locale 干扰） - 不要用
path::string()处理含 Unicode 的路径再转std::string——改用path::wstring()或直接操作path对象 - 跨平台代码中，避免硬编码反斜杠：
p.parent_path() / "out"比p.parent_path() + "\out"更安全
实际用 stem() 时，最常出问题的不是函数本身，而是没意识到它和 filename()、extension() 是三位一体的——三者行为由同一个内部解析逻辑决定，改一个就影响另外两个。别把它当黑盒工具，要看清它怎么切字符串。
