Path.GetExtension 是 C# 获取文件扩展名的唯一推荐方式，能正确处理空路径、无扩展名、多点名、末尾点、UNC 路径等边界情况，而 string.Split('.') 或 LastIndexOf('.') 易出错。
用 Path.GetExtension 最安全，别自己 Split('.')
直接调用 Path.GetExtension 是 C# 里获取扩展名的唯一推荐方式。它能正确处理各种边界情况：空路径、无扩展名、多个点（如 "archive.tar.gz"）、末尾带点（如 "file."）、甚至 UNC 路径。自己用 string.Split('.') 或 LastIndexOf('.') 容易漏掉这些，导致返回错误结果或抛异常。
常见错误现象："my.photo.jpg".Split('.')[^1] 返回 "jpg" 看似正常，但 "photo.tar.gz".Split('.')[^1] 就错成 "gz"（实际应为 ".gz"），而 "file" 会返回空数组引发 IndexOutOfRangeException。
-
Path.GetExtension("a.b.c")→".c"（带点，符合约定） -
Path.GetExtension("noext")→""（空字符串，不是null） -
Path.GetExtension("")或Path.GetExtension(null)→ 抛ArgumentException或ArgumentNullException，需提前判空 - 不区分大小写？不区分——它原样返回文件系统里的大小写，Windows 上通常是小写，Linux/macOS 取决于实际路径
扩展名为空 ≠ 没有文件名，Path.GetFileNameWithoutExtension 才管名字部分
很多人以为扩展名为空就等于“没后缀”，顺手用 Path.GetFileName 做判断，结果出错。其实 Path.GetFileName 返回的是完整文件名（含扩展名），而 Path.GetFileNameWithoutExtension 才是去掉扩展名后的纯名字部分。
使用场景：上传文件校验、生成缩略图名、日志中脱敏显示等。
-
Path.GetFileName("C:\data\report.txt")→"report.txt" -
Path.GetFileNameWithoutExtension("C:\data\report.txt")→"report" -
Path.GetFileNameWithoutExtension("C:\data\archive.tar.gz")→"archive.tar"（只剥一层） - 注意：它不保证返回非空——
Path.GetFileNameWithoutExtension("C:\data\.")返回""，Path.GetFileNameWithoutExtension("C:\data\..")返回".."
别在扩展名上做安全判断，ContentType 和魔数才靠谱
仅靠 Path.GetExtension 判断文件类型是危险的。用户可以轻易把恶意脚本改成 .jpg 后缀上传。真实场景中，必须结合 MIME 类型（ContentType）和文件头（魔数）双重校验。
性能影响：魔数检测只需读前几个字节，开销极小；而依赖扩展名看似快，但掩盖了安全隐患，后期修复成本更高。
- ASP.NET Core 中，
IFormFile.ContentType可被伪造，不能单独信任 - 用
System.IO.Stream.ReadAsync读前 4–8 字节，比对 PNG 的89 50 4E 47、PDF 的25 50 44 46等签名 -
Path.GetExtension适合 UI 展示、日志记录、缓存键生成等非安全上下文 - 若需统一处理（如白名单），建议建立扩展名 → 类型映射表，并配合魔数兜底
跨平台时注意路径分隔符，Path.GetExtension 自动兼容
Path.GetExtension 内部已适配 Path.AltDirectorySeparatorChar 和 Path.DirectorySeparatorChar，无论传入 "dir/file.txt" 还是 "dir\file.txt"，甚至混合写法（如 "dir/file\name.txt"），都能正确提取 ".txt"。不需要手动 Normalize。
容易踩的坑：有人先用 Replace('\', '/') 再处理路径，反而破坏原始结构；或者用正则匹配 .[^.\/:*?"|]*$，结果在 Linux 下遇到冒号（: 允许出现在文件名中）就崩。
-
Path.GetExtension("/home/user/data.log")→".log" -
Path.GetExtension("/home/user/.config")→""（隐藏文件，无扩展名） -
Path.GetExtension("C:/temp/file:with:colons.txt")→".txt"（Windows 下非法路径，但 .NET 不校验，只按逻辑解析） - 真正要校验路径合法性，用
Path.GetInvalidPathChars()+ 手动扫描，而不是靠扩展名函数
事情说清了就结束。最常被忽略的是：扩展名为空时，Path.GetFileNameWithoutExtension 也返回空，不代表路径无效——它可能是个目录名、隐藏文件，或者就是没后缀的可执行文件。
