files.probecontenttype 是 java 7 提供的基于文件内容（魔数）推测 mime 类型的方法，依赖系统探测器读取文件头部，返回可能为 null，需结合扩展名、白名单和异常处理稳妥使用。
Files.probeContentType 是 Java 7 引入的便捷方法，能基于文件内容（而非扩展名）推测 MIME 类型，对上传文件校验、安全过滤或内容分发很实用。但它不是万能的，实际效果取决于系统底层支持和文件本身特征。
probeContentType 的工作原理
该方法不依赖文件后缀，而是调用操作系统或 JVM 内置的 mime.type detector（如 Linux 的 libmagic、Windows 的注册表关联、macOS 的 Uniform Type Identifiers），读取文件头部若干字节（通常是前几百字节），匹配已知的“魔数”（magic number）或结构特征来判断类型。
例如：PNG 文件开头是 89 50 4E 47（十六进制），PDF 是 %PDF，ZIP 是 50 4B 03 04——这些都能被准确识别，哪怕文件被改成 .txt 后缀。
基本用法与注意事项
- 传入的是 Path 对象，必须指向真实存在的可读文件（不能是目录或不存在路径，否则抛 IOException）
- 返回值可能为 null：检测失败、不支持的格式、文件太小（没足够魔数）、权限不足或系统无可用探测器时都会返回 null
- 不保证 100% 准确：加密文件、严重损坏文件、冷门格式或自定义二进制格式大概率无法识别
- 性能开销小但非零：会打开文件读取头部，频繁调用需注意 I/O 压力
如何稳妥使用 probeContentType
不要单独依赖它做关键判断，建议组合策略：
-
先 fallback 扩展名：用
Files.getFileExtension(path)或path.getFileName().toString()提取后缀，查标准映射表（如URLConnection.guessContentTypeFromName("x.jpg")） -
再 probe 内容：调用
Files.probeContentType(path)，若非 null 且与扩展名冲突，优先信内容（尤其涉及安全场景，如禁止上传 HTML 但伪装成 .txt） -
加白名单校验：只允许
image/jpeg、application/pdf等明确需要的类型，拒绝text/html、application/x-executable等高风险类型 - 捕获异常并记录：IO 异常或 SecurityException 需显式处理，避免因单个文件失败导致流程中断
替代方案与增强建议
如果 probeContentType 返回 null 或不准，可考虑：
- 引入 Apache Tika：功能更全，支持数百种格式，自带 Java 实现，不依赖系统（
Tika.detect(inputStream)） - 用 jmimemagic 库：轻量级纯 Java magic 实现，适合嵌入式或受限环境
- 对关键业务文件（如图片），额外做简单解析验证：用 ImageIO.read() 尝试加载，失败则说明不是真图片
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
