std::filesystem::path::extension()仅返回最后一个点后的部分（如.gz），不识别多扩展名；需手动解析filename().string()，从右向左查找并匹配预定义复合后缀（如.tar.gz）。
std::filesystem::path 怎么识别多扩展名（比如 archive.tar.gz）
它不自动识别“多扩展名”，path::extension() 只返回最后一个点之后的部分，也就是 ".gz"。这不是 bug，是标准定义：extension 就是最后一个 dot 后的子串。
想拿到 ".tar.gz" 或拆出所有后缀，得自己处理。
-
path::stem()返回去掉最后一个 extension 的部分 →"archive.tar" -
path::filename()返回不含目录的完整文件名 →"archive.tar.gz" - 没有内置方法直接切分多级 extension，必须手动扫描字符串
手动提取多级扩展名的可靠写法
核心思路：从右往左找点，但要跳过开头带点的隐藏文件（如 .gitignore），还要避免把驱动器盘符（Windows）或根路径（/）误判为 extension 分界。
推荐用 path::string() 转成 std::string 后处理，比反复调用 path 成员更可控：
立即学习“C++免费学习笔记（深入）”；
std::string s = p.filename().string();
size_t last_dot = s.find_last_of('.');
if (last_dot != std::string::npos && last_dot > 0) {
// 检查是否为隐藏文件（以 . 开头且不是根路径）
if (s[0] != '.' || last_dot == 0) {
std::string full_ext = s.substr(last_dot);
// 还可继续向左找前一个点，判断是否为常见复合后缀
if (full_ext == ".gz" || full_ext == ".bz2" || full_ext == ".xz") {
size_t prev_dot = s.find_last_of('.', last_dot - 1);
if (prev_dot != std::string::npos && s.substr(prev_dot, last_dot - prev_dot) == ".tar") {
// 得到 ".tar.gz"
}
}
}
}为什么不能直接链式调用 path::stem().extension()
因为 path::stem() 返回的是去除 *最后一个* extension 后的结果，再对它调 extension()，只是在 "archive.tar" 上找 extension —— 结果是 ".tar"，看似凑巧，但逻辑脆弱。
- 如果文件是
file.config.json，stem().extension()得到".json"，再stem().stem().extension()才是".config"，层数不可控 - 遇到
.tar.Z、.jpg.jpeg等非标准组合会失效 -
path对多点名无语义理解，所有操作都基于“最后一个点”硬规则
实际项目里建议怎么封装
别复用 std::filesystem::path 做多扩展名解析，它定位不是这个。单独写个轻量函数，输入 std::string_view，输出 std::vector<:string></:string> 或 std::string 表示完整后缀链。
- 优先匹配已知复合后缀表（
{".tar.gz", ".tar.bz2", ".tar.xz", ".zip.part"}），再 fallback 到单点分割 - 注意跨平台：Windows 路径中可能有冒号（
C:\），但filename()已剥离路径，安全 - 避免在循环中反复构造
path对象——字符串视图 + 查找比path操作快得多
真正麻烦的从来不是怎么切字符串，而是得事先知道哪些组合算“合法后缀”。这事儿标准库不背锅，也轮不到它背。
