Files.probeContentType不能自动识别真实MIME类型，它依赖系统探测服务（如Linux的file命令、Windows注册表），对无魔数文件常返回null，需结合扩展名fallback、白名单校验和替代方案（如Apache Tika）才能稳妥使用。
Files.probeContentType 不能“自动识别”真实 MIME 类型——它依赖系统能力，常返回 null，需配合 fallback 和校验才可用。
probeContentType 实际靠什么工作
它不读魔数也不查扩展名，而是调用操作系统或 JVM 内置的探测服务：
- Linux/macOS 上可能委托给
file -i（需系统已安装 libmagic） - Windows 上主要查注册表中扩展名关联的类型
- OpenJDK 默认实现几乎只对有明确头部签名的文件（如 PNG、PDF、ZIP）有效
- 对 .txt、.csv、.json、.log 等无魔数的格式，基本返回 null
直接调用常见失败场景
以下情况 probeContentType 很可能返回 null：
- 文件不存在、不可读或大小为 0
- 文件没有标准魔数（比如纯文本、配置文件、日志）
- 扩展名错误或缺失（如把 test.jpg 改成 test.bin）
- 运行在未配置 libmagic 的 Linux 容器或精简版 JDK 环境
- 文件是加密的、损坏的，或属于冷门/自定义二进制格式
稳妥使用的三步组合策略
不要单独信任 probeContentType，推荐按顺序尝试：
立即学习“Java免费学习笔记（深入）”；
-
先检查内容：调用
Files.probeContentType(path)，非 null 且符合业务白名单则直接采用 -
再 fallback 扩展名：提取后缀（注意多点名如
data.tar.gz），查映射表（可用URLConnection.guessContentTypeFromName()或自建 HashMap） -
最后加白名单和兜底：只接受
image/jpeg、application/pdf等明确允许的类型；拒绝text/html、application/x-executable等高风险类型；其余统一视为application/octet-stream
替代方案更可靠
若需稳定识别，建议避开 probeContentType：
-
Apache Tika：支持数百种格式，自动 fallback 到魔数 + 扩展名 + XML/HTML 结构分析，
new Tika().detect(inputStream)即可 - jmimemagic：轻量纯 Java 魔数库，适合嵌入式或受限环境
-
简单魔数校验：对关键格式（如图片、PDF）手动读前 8–32 字节比对签名（如 JPEG:
FF D8 FF，PNG:89 50 4E 47）
