c++oding="utf-8" ?>
std::filesystem::path::stem() 返回路径最后一个元素去掉扩展名（extension）后的主干部分，不包含目录；例如 "a.b.c".stem() 为 "a.b"，".gitignore".stem() 为 ".gitignore"。
std::filesystem::path::stem 返回什么？
stem() 不是“文件名”，而是路径中最后一个元素的“主干部分”：去掉扩展名（extension()）后剩下的那部分。它不包含目录，也不保证是“用户认知里的文件名”——比如 "archive.tar.gz" 的 stem() 是 "archive.tar"，不是 "archive"。
常见错误现象：path("log.txt").stem() 得到 "log" 没问题，但 path("data.json.bak").stem() 得到 "data.json"，有人误以为会切掉所有点号后缀。
-
stem()只移除最后一个.及其后的部分（即extension()） - 如果路径末尾是
.或没有.，stem()就等于filename() - 它对
directory也有效，但结果可能为空（如path("/tmp/").stem()是空字符串）
提取“不带扩展名的纯文件名”要先确认需求
你真要的是“去掉扩展名的文件名”？还是“去掉所有点号后缀的基名”？前者用 stem() 即可；后者得自己处理。
使用场景差异明显：
- 日志轮转、备份命名：通常只需
stem()+ 新扩展名，比如p.stem().string() + ".old" - 解析多级后缀（
.tar.gz,.dist-info）：stem()不够，得循环调用replace_extension("")或正则
性能影响很小，但要注意：
-
stem()返回的是path对象，转字符串需显式调用.string()或.generic_string() - Windows 路径分隔符不影响逻辑，但
generic_string()更安全（避免反斜杠在某些上下文里被转义）
示例：
std::filesystem::path p = "report.v2.pdf"; std::string name = p.stem().string(); // "report.v2"，不是 "report"
为什么 path("a.b.c").stem() == "a.b"？
因为 std::filesystem::path::extension() 定义为：从最后一个 . 开始到结尾（含 .），所以 "a.b.c".extension() 是 ".c"，于是 stem() 就是去掉这个后剩下的 "a.b"。
容易踩的坑：
- 假设
stem()等价于“第一个点前的部分” → 错 - 对隐藏文件误判：
".gitignore".stem()是".gitignore"（因为 extension 是空字符串，没点可剥） - 忘记检查是否为目录：
is_directory(p)为 true 时，stem()可能返回空或意外值（如"/home/user/".stem()是空）
如果真要“首个点前部分”，得手动找：
auto s = p.filename().string();
size_t pos = s.find('.');
std::string base = (pos == std::string::npos) ? s : s.substr(0, pos);
跨平台兼容性与编译要求
std::filesystem 在 C++17 引入，但 MSVC 2019 16.10+、GCC 8+、Clang 9+ 才真正稳定支持。Windows 上需链接 -lstdc++fs（GCC）或开启 /std:c++17 并确保 SDK 版本够新。
常见报错：
-
undefined reference to 'std::filesystem::path::stem()'→ 忘加链接选项或未启用 C++17 -
'filesystem' is not a namespace-name→ 缺#include或编译器太老
建议写法：
#include <filesystem> namespace fs = std::filesystem; <p>// 然后用 fs::path(...).stem()</p></filesystem>
Windows 上路径大小写不敏感，但 stem() 行为与大小写无关——它只做字符串切分，不查文件系统。
事情说清了就结束。真正麻烦的从来不是 stem() 本身，而是你默认它“聪明”，而它只按标准定义做事。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
