最可靠方法是用 std::string::rfind 从末尾查找最后一个 '.'，需先判断返回值是否为 npos，再确保点不在末尾（pos + 1 < filename.length()），否则取子串会出错。
用 std::string::rfind 找最后一个点最可靠
直接从字符串末尾往回搜 '.'，比正向遍历或正则更轻量、更符合实际需求（扩展名总在最后）。注意：必须用 rfind，不是 find——否则会错把 "archive.tar.gz" 的第一个点当成分界，返回 "tar.gz" 而非 "gz"。
常见错误是没处理找不到点的情况，比如 "README" 或空字符串，rfind 返回 std::string::npos，直接取子串会崩溃：
std::string ext = filename.substr(pos + 1); // pos == npos → 未定义行为
- 先判断
pos != std::string::npos - 再确认点不能是最后一个字符，即
pos + 1 （排除 <code>"file."） - 还要跳过开头的点，比如
".gitignore"是隐藏文件，通常不视为有扩展名
处理带路径的文件名要先剥离目录
std::string 不自带路径解析，"./data/log.txt" 或 "C:\temp\a.bak" 直接搜点会出错。得先提取纯文件名部分——Windows 和 POSIX 路径分隔符不同，但 C++17 之前没标准方案，稳妥做法是手动找最后一个 '/' 或 '\'：
- 用
filename.find_last_of("/\")获取路径分隔符位置 - 若找到，用
substr取后面部分；否则整个字符串就是文件名 - 再对这个纯文件名调用
rfind('.')逻辑
别依赖 strrchr 或 basename，跨平台性差，且 C++ 字符串和 C 风格字符串混用容易出界。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
C++17 起用 std::filesystem::path 更安全
如果项目能用 C++17，std::filesystem::path 自动处理路径拆分、大小写、多点、隐藏文件等边界情况，比手写逻辑少踩坑：
std::filesystem::path p(filename); std::string ext = p.extension().string(); // 包含点，如 ".txt"
注意：extension() 返回的是包括点的完整扩展名，要纯后缀得去掉点：
-
p.extension().string().substr(1)（需先判空） - 或用
p.has_extension()预检，避免对".bashrc"这类返回空扩展 - Windows 下
"file.tar.gz"的extension()是".gz"，不是".tar.gz"——这是设计如此，不是 bug
不要用正则匹配扩展名
正则如 R"(.[^./\]+$)" 看似简洁，但实际引入三重开销：编译正则、匹配回溯、额外内存分配。对单个字符串提取扩展名属于简单文本定位，rfind 几条指令搞定。
更麻烦的是语义歧义：正则很难区分 "archive.7z"（合法扩展）和 "notes.v2.md"（应取 "md"），而 rfind 或 filesystem::path 天然按“最后一个点之后”定义，和操作系统一致。
真正需要正则的场景是批量过滤或模式化提取（比如找所有 .cpp 或 .h 文件），而不是单次取扩展名。
