std::filesystem::path 是跨平台剥离扩展名最可靠方案，其 stem() 返回无扩展文件名，replace_extension() 返回去扩展的完整路径，能正确处理多点扩展、隐藏文件、路径分隔符等边界情况。
用 std::filesystem::path 剥离扩展名最可靠
Windows 和 Linux 下路径格式、大小写规则、多点扩展（如 .tar.gz）差异大，手撕字符串极易出错。C++17 引入的 std::filesystem::path 是唯一跨平台且语义正确的选择。
它把路径当结构化对象处理，stem() 返回不带扩展名的文件名，replace_extension() 返回去掉扩展后的完整路径：
#include <filesystem>
#include <iostream>
namespace fs = std::filesystem;
int main() {
fs::path p = "/home/user/archive.tar.gz";
std::cout << p.stem().string() << "
"; // "archive"
std::cout << p.replace_extension().string() << "
"; // "/home/user/archive"
}
-
stem()只取文件名主体（不含目录、不含扩展），适合提取名字用于日志或重命名 -
replace_extension("")或直接replace_extension()（默认清空）返回完整路径减扩展，适合构造新输出路径 - 对
"file."或"noext"这类无扩展路径，replace_extension()保持原样，不会误删末尾点
为什么不用 find_last_of('.') + substr 手动截取
手动找最后一个点看似简单，但会踩一堆坑：
- 路径中目录名含点（如
"/tmp/v1.2/data.txt"）——你删的是v1.2还是data.txt？ - 隐藏文件（
".gitignore"）——按规则它没有“扩展名”，但手写逻辑常误判为"gitignore" - Windows 驱动器路径（
"C:\file.txt"）——反斜杠和点混在一起时，find_last_of容易漏掉转义逻辑 - 多级扩展（
"image.jpeg.jpg"）——stem()默认只去最后一级（"image.jpeg"），而replace_extension()同理；若需彻底剥离所有点后缀，得循环调用或自定义逻辑
兼容 C++14 或更老标准怎么办
没有 std::filesystem 就只能退到准标准方案：Boost.Filesystem 或 POSIX/C 运行时函数。但注意：
立即学习“C++免费学习笔记（深入）”；
- Boost 需额外依赖，
boost::filesystem::path::stem()行为与 C++17 基本一致，可平滑迁移 -
basename()（POSIX）不可重入、修改输入字符串、不支持 Windows，且对"dir/file"返回"file"，无法保留目录结构 - 自己写必须先用
fs::path等价逻辑：从后往前扫描，跳过路径分隔符后第一个点开始往前找，同时排除开头为点的纯隐藏文件名
容易被忽略的边界情况
真实项目里这些不是特例，而是常态：
-
"./config.json"——stem()是"config"，但replace_extension()是"./config"，相对路径前缀保留 -
"log..txt"—— 两个点连写，标准行为视作文件名"log."+ 扩展".txt"，stem()得到"log." -
"C:/Users/name/"（结尾是分隔符）——这不是文件路径，filename()为空，调用stem()未定义行为，务必先has_filename()判断
别指望一次字符串操作搞定所有场景。路径解析的本质是状态机，交给专做这事的库，比补丁式字符串处理省心十倍。
