stem()专用于获取不带后缀的文件名，自动按标准规则识别extension，正确处理多点名、无后缀、末尾点等边界情况，比手动截断更可靠。
用 std::filesystem::path 的 stem() 最直接
Windows 和 Linux 下路径处理逻辑不同，但 C++17 起 std::filesystem::path 已统一抽象。想拿“不带后缀的文件名”，stem() 就是专为此设计的——它返回去掉扩展名（extension）后的部分，不含目录、不含点、不含后缀。
常见错误是先用 filename() 拿到带后缀的完整文件名，再手动找最后一个 . 截断。这在文件名含多个点（如 archive.tar.gz）或无后缀（如 Makefile）时出错；而 stem() 会按标准规则识别 extension，更可靠。
-
path("/home/user/doc.txt").stem()→"doc" -
path("log.20240501.bak").stem()→"log.20240501"（只去最后一段后缀） -
path("README").stem()→"README"（无 extension，stem 等于 filename） - 注意：
path("config.").stem()→"config"（末尾点被视作 extension 起始，哪怕 extension 为空）
遇到 std::filesystem 编译失败怎么办
常见报错是 undefined reference to 'std::filesystem::...' 或编译器不认识 std::filesystem ——本质是链接和标准支持没配对。
- 确认编译器版本：GCC ≥ 8.1、Clang ≥ 7、MSVC ≥ 2019（16.0），且开启 C++17：加
-std=c++17 - Linux/macOS 必须显式链接
stdc++fs：g++ 命令末尾加-lstdc++fs - Windows MSVC 通常自动链接，但若用 MinGW 需同样加
-lstdc++fs - CMake 用户：用
target_link_libraries(myapp PRIVATE stdc++fs)，别漏掉PRIVATE
需要兼容旧标准（C++11/14）时怎么替代
没有 std::filesystem 就得自己切字符串，但必须小心分隔符差异和边界情况。
立即学习“C++免费学习笔记（深入）”；
- 先用
find_last_of("/\")找路径分隔符位置（Windows 用\，Unix 用/），提取纯文件名部分 - 再用
find_last_of(".")找最后一个点——但仅当该点位置 > 分隔符位置且不是开头（防.gitignore）才截断 - 更稳妥的做法是跳过以
.开头的隐藏文件（如.env）：若filename[0] == '.'且长度 > 1，则stem == filename（即不截） - 示例片段：
auto pos = name.find_last_of("."); if (pos != std::string::npos && pos > name.find_last_of("/\")) name = name.substr(0, pos);
性能与线程安全要注意什么
std::filesystem::path 构造和 stem() 调用本身开销很小，但每次调用都会做一次内部字符串解析；如果高频反复处理同一路径，建议缓存结果。
-
stem()是 const 成员函数，线程安全——多个线程同时调用同一个path对象的stem()没问题 - 但
path对象自身若被其他线程修改（如赋值、拼接），则需外部同步 - 避免在循环里重复构造
path：把std::filesystem::path p{full_path}提到循环外 - 极端性能敏感场景（如日志批量命名），可考虑用
std::string_view手写轻量切分，绕过path构造成本
stem() 返回意料之外的结果。真正写实的时候，往往不是不会用，而是没验证边界输入。 
