最直接方式是用 std::string::rfind('.') 获取最后一个点位置，但需检查是否为 npos 且点在文件名内；更健壮的做法是使用 C++17 的 std::filesystem::path::extension()，它自动处理平台差异、隐藏文件和多点名等边界情况。
用 std::string::rfind 找最后一个点位置最直接
文件扩展名本质就是最后一个 . 之后的部分，rfind 从右往左找，天然适配这个逻辑。注意它返回 std::string::npos 表示没找到点，这种情况要跳过，否则 substr(npos + 1) 会越界或返回整串。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 先调用
path.rfind('.') == std::string::npos判断是否存在点 - 再检查点是否在路径分隔符之后（比如
/home/user/file.tar.gz应该取gz，而不是tar.gz；但file.或.gitignore要按需处理） - 避免用
find_last_of('.')——它会在目录分隔符里误匹配，比如C:path.to ile.txt在 Windows 下可能错切
用 std::filesystem::path::extension() 更健壮（C++17 起）
标准库提供了语义明确的接口，自动处理常见边界：隐藏文件（.bashrc 返回 ".bashrc"）、无扩展名（Makefile 返回空串）、多点名（archive.tar.gz 返回 ".gz"）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 确保编译器支持 C++17 并开启对应标准（如
-std=c++17） -
extension()返回的是含点的字符串（如".txt"），如需纯后缀，得手动去掉首字符：path.extension().string().substr(1) - 如果路径含非法字符或为空，
extension()仍会返回结果，但不保证有意义——建议先用is_absolute()或has_filename()做前置校验
Windows 下要注意 \ 和驱动器盘符
std::filesystem::path 内部能正确解析 C:\foo\bar.txt 或 \\server\share\file.log，但手写 rfind 逻辑时容易漏掉双反斜杠转义或把冒号当扩展名分隔符（C:file.txt 中的 : 不是点）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 优先走
std::filesystem::path路线，它已封装好平台差异 - 若必须手动解析，先用
std::filesystem::path(path_str).filename().string()提取出纯文件名，再对这部分做点查找 - 别依赖
_splitpath等 C 运行时函数——它们非标准、不可移植，且在现代 C++ 工程中易引发 ABI 兼容问题
扩展名大小写敏感性由文件系统决定，代码里别硬编码转换
Linux 下 FILE.TXT 和 file.txt 是不同文件，扩展名大小写就是原始值；Windows NTFS 默认不区分，但代码运行时无法预知挂载选项。强行 tolower 可能破坏原本想保留的大小写语义（比如某些配置工具靠大小写区分格式）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 获取扩展名后，如需比较，用
std::equal配合std::tolower逐字符比，而不是统一转小写再== - 不要假设所有用户都希望忽略大小写——比如
.TXT可能表示“待处理文本”，.txt表示“已完成”，业务逻辑应由调用方决定 - 如果项目强制要求统一小写，也应在业务层做，而非塞进扩展名提取函数里
