优先使用 std::filesystem::path::extension() 提取扩展名，它自动处理路径分隔符、开头点、结尾点等边界；若不可用，则用 rfind 配合空值、路径分隔符和首点校验。
用 std::string::rfind 找最后一个点最直接
Windows 和 Linux 下路径分隔符不同，但扩展名永远跟在最后一个 . 后面（除非是隐藏文件如 .gitignore，这种算无扩展名）。rfind 从右往左搜，比切分整个路径更轻量、更可靠。
- 先检查
filename是否为空或全由点/斜杠组成（比如"."、".."、"/"） - 用
filename.rfind('.') != std::string::npos判断是否存在点 - 再确认点不能是开头（
filename[0] == '.'）且不能紧跟路径分隔符（比如"/.config"中的点）——否则不是扩展名 - 示例：
std::string ext = filename.substr(filename.rfind('.'));，但必须加前面两步防护，否则对"archive.tar.gz"会返回".gz"（这其实是对的），而对"/home/user/.bashrc"会错判为有扩展名
std::filesystem::path::extension() 是 C++17 标准解法
它内部做了大量路径语义判断：自动跳过开头的点、识别 \ 或 / 分隔符、处理 filename. 这种结尾带点的边界情况。只要编译器支持 C++17（GCC 8+、Clang 7+、MSVC 2017 Update 5+），就该优先用它。
- 需要包含
<filesystem>头文件，并链接-lstdc++fs（GCC）或启用/std:c++17（MSVC） -
std::filesystem::path p("document.pdf"); auto ext = p.extension();返回的是std::filesystem::path，转字符串用.string()或.u8string() - 注意：如果文件名是
"makefile"（无点），extension()返回空path；如果是"my.tar.gz"，默认只返回".gz"，要完整后缀得用p.stem().extension()套一层
手写函数时最容易漏掉的三个边界
很多人自己写 get_extension 函数，结果在线上环境崩一次查半天。问题几乎都出在这三类：
-
"C:\temp\file"或"/tmp/file"：没过滤路径分隔符，把file当成含点字符串去搜，结果返回空 -
"archive."：结尾是点，rfind找到位置是倒数第一，substr取出来是空字符串，但逻辑上这不算有效扩展名 -
".hidden"：开头是点，Unix 隐私文件，按惯例不视为带扩展名，但rfind仍会返回".hidden"
跨平台兼容性比想象中更脆弱
Windows 允许 CON.txt、AUX.log 这类设备名加扩展名，Linux 不限制但文件系统可能截断；macOS 对大小写不敏感，FILE.TXT 和 file.txt 视为同一文件。这些不会影响扩展名提取逻辑，但会影响后续操作。
立即学习“C++免费学习笔记（深入）”；
- 不要假设
extension()返回值一定是小写，FILE.JPG就会返回".JPG" - 用
std::filesystem::path::replace_extension()替换时，原扩展名会被完整替换，包括大小写；若想统一小写，得手动调std::transform - 某些嵌入式平台或旧 libc++ 实现里，
std::filesystem可能被阉割或完全不可用，这时只能回退到rfind+ 严格路径清洗
