应使用 std::string::rfind('.') 安全获取最后一个点位置，检查是否为 npos 或位置为0或末尾，再用 substr(pos+1) 提取扩展名，避免多点、隐藏文件等边界错误。
如何用 std::string::rfind 安全定位扩展名位置
直接用 std::string::find 从头找 "." 会出错——比如 "archive.tar.gz" 会被截成 "archive"，丢掉中间部分。必须从末尾找最后一个点，这是关键。
正确做法是用 rfind，它返回最后一次出现的位置；如果没找到，返回 std::string::npos，不能忽略这个判断。
-
rfind返回的是size_t类型，和-1比较会触发隐式转换警告，务必和std::string::npos比较 - 点不能在开头（如
".gitignore"）或结尾（如"file."），否则不是合法扩展名，需要额外校验位置 - 空字符串或只含点的字符串（
"."、".."）要提前排除，否则substr可能越界
用 std::string::substr 截取前缀时的边界陷阱
拿到点的位置 pos 后，想取前缀就得用 substr(0, pos)。但这里容易踩两个坑：一是 pos == 0 时截出来是空串，二是 pos 刚好等于字符串长度（比如 "file."），substr 会抛异常或行为未定义。
- 安全写法是先确认
pos > 0 && pos -
substr(0, pos)在pos == 0时返回空串，这符合预期（如".gitignore"去扩展名后就是空），但业务逻辑可能需要特殊处理 - 不要用
erase(pos)，它会修改原字符串且不检查pos是否有效
处理多级扩展名（如 .tar.gz）的常见误判
很多用户以为“去掉最后一个点之后的部分”就是去扩展名，但像 "script.py" 和 "data.json.gz" 语义不同：前者扩展名是 "py"，后者常被视为 "json.gz" 整体。C++ 标准库不区分，你得自己定义规则。
立即学习“C++免费学习笔记（深入）”；
- 若按惯例只去最后一段（
"gz"），就用单次rfind - 若需支持已知复合扩展名（如
"tar.gz"、"lock.json"），得维护一个后缀列表，按长度倒序匹配，避免"json"错吞"lock.json" -
std::filesystem::path的stem()和extension()默认只认最后一个点，和手动rfind行为一致
要不要用 std::filesystem::path？看场景
如果你只是简单去扩展名，std::filesystem::path 写起来更直白：p.stem().string()。但它有隐藏成本：构造 path 对象涉及内存分配和路径规范化（比如把 "a/b/../c" 变成 "a/c"），纯字符串操作不需要这些。
- 仅处理文件名（不含路径）时，
std::filesystem::path多余，还引入<filesystem>依赖和链接选项（如-lstdc++fs） - 如果输入可能含路径分隔符（
"dir/file.txt"），path能自动分离目录和文件名，而手动rfind得先rfind('/')再找点，逻辑变重 - Windows 下反斜杠
'\'和 Linux 下正斜杠'/'都被path正确识别，手写逻辑容易漏掉
filesystem。没有银弹，点在哪、要不要留中间段、输进来的是不是纯文件名——这几个问题没理清之前，代码写出来大概率要返工。 
