最可靠的方法是使用 C++17 std::filesystem::path::stem()，它语义正确处理隐藏文件、多级扩展名（如 .tar.gz 返回 "data.tar"）和无扩展名文件，避免手动解析的边界错误。
用 std::filesystem::path 的 stem() 最可靠
Windows 和 Linux 路径格式不同，手动 find_last_of() 或 rfind() 容易漏掉隐藏文件（如 .gitignore）、多级扩展名（如 archive.tar.gz）或无扩展名文件。C++17 起 std::filesystem::path 提供语义正确的拆分能力，stem() 就是专为此设计的：它返回去掉扩展名后的文件名部分，且自动处理 . 开头的隐藏名和复合扩展名。
实操建议：
- 确保编译器支持 C++17（GCC 8+、Clang 7+、MSVC 2017 Update 3+），并链接
-lstdc++fs（GCC/Clang）或启用/std:c++17（MSVC） -
path.stem()返回的是std::filesystem::path类型，需调用.string()或.c_str()转为字符串 - 对路径字符串先构造
std::filesystem::path对象，再调用stem()；不要对原始字符串直接操作
std::filesystem::path p("/home/user/report.v2.pdf");
std::string name = p.stem().string(); // "report.v2"
遇到 .tar.gz 这类双扩展名时 stem() 怎么表现
stem() 默认只去掉最后一个点号之后的部分（即 extension()），所以 "data.tar.gz".stem() 得到 "data.tar"，不是 "data"。这符合 POSIX 和大多数工具的行为（例如 basename 命令），但如果你明确需要“去掉所有扩展名”，得自己循环剥离：
- 连续调用
stem()直到结果不再变化（适用于已知最多两层扩展的场景） - 更健壮的做法是：先用
extension()获取完整扩展（如".tar.gz"），再用string().rfind()找第一个点位置，截取前缀 - 注意空扩展名（如
"README"）下stem()等于原名，不会出错
std::filesystem::path p("log.20240501.txt");
std::string base = p.stem().stem().string(); // "log.20240501" → 再 stem 得 "log"
不支持 C++17 时怎么安全回退
老项目若卡在 C++11/14，别硬写正则或多重 find_last_of()。优先用 Boost.Filesystem（API 几乎一致，boost::filesystem::path::stem() 行为相同），其次才考虑手写逻辑：
立即学习“C++免费学习笔记（深入）”；
- 先找最后一个
'/'或'\'，定位文件名起始位置 - 从该位置开始，找最后一个
'.'；若没找到，整个子串就是纯文件名 - 若找到，且该
'.'不是首字符（排除.gitignore），才截断 - 必须区分路径分隔符：Windows 用
'\'和'/'都合法，Linux 只认'/'
手写函数容易忽略 C: emp ile（无扩展名）或 /path/.config（隐藏文件）等边界情况，不如引入 Boost 省心。
常见错误：把 filename() 当成纯文件名
filename() 返回的是带扩展名的完整文件名（如 "main.cpp"），不是你要的“不带后缀”部分。新手常混淆 filename() 和 stem()，导致后续拼接新扩展名时变成 "main.cpp.new" 而非 "main.new"。
- 记住口诀：“
filename是最后一段，stem是最后一段去掉点后内容” - 调试时可打印
p.filename().string()和p.stem().string()对比验证 - 跨平台代码中，永远用
std::filesystem::path解析路径，别依赖std::string::rfind('.')
stem() 按标准定义做事，但业务逻辑有时要“去掉所有点后内容”，这时得明确加一层判断，而不是默认 stem() 就是最终答案。 
