在前端开发中，有哪些方法可以准确判断一张图片的真实格式（即 MIME 类型），而不是仅仅依赖文件扩展名？请说明各自的原理、适用场景和局限性。
考察说明
考查前端对二进制文件格式识别原理的理解及不同方案的取舍。
回答思路
- 【回答框架 1】最可靠的方式是读取文件二进制头部（magic number）进行判断。不同图片格式在文件开头有固定字节序列，如 JPEG 以 FF D8 FF 开头，PNG 以 89 50 4E 47 开头，GIF 以 47 49 46 38 开头。通过 FileReader 或 ArrayBuffer 读取文件前若干字节并比对，即可确定真实 MIME 类型。
- 【回答框架 2】浏览器原生提供 File.type 属性，它是根据文件扩展名或系统 MIME 信息给出的，但可能不准确或为空，不能作为可靠判断依据。可以使用 Blob.type 或通过 FileReader 读取 data URL 后再解析其前缀，但这种方式仍受文件元信息影响，不保证真实内容。
- 【回答框架 3】另一种常见方法是使用 Canvas 加载图片并检测解码是否成功。利用 Image 对象加载 blob URL 或 data URL，在 onload 时视为可解码格式，但只能验证浏览器能否解码，无法区分同解码器的子类型（如 JPEG 与 WebP 可能都解码成功），且存在跨域和内存开销问题。
- 【回答框架 4】实际工程中推荐将 magic number 检测与 File.type 结合：先读文件头部字节做白名单校验，若匹配则使用检测结果，否则回退到 File.type 或扩展名。对于大文件可只读取前 12 字节，性能可接受。还需注意不同浏览器对 Blob 支持的差异，需兼容旧环境。
- 【回答框架 5】若需识别复杂容器格式（如 HEIC、AVIF 等），二进制头检测可能不够，需使用特定解析库，且这些格式的 magic number 可能不唯一，需进一步解析元数据。
- 【关键点 1】最可靠方法是读取文件头部 magic number 字节序列进行比对，如 JPEG 的 FF D8 FF。
- 【关键点 2】File.type 和扩展名都不可作为唯一判断依据，它们可能缺失或有误。
- 【关键点 3】Canvas 解码检测只能判断能否被浏览器解码，不能精确区分所有图片子类型。
- 【关键点 4】生产环境可将 magic number 检测与 File.type/扩展名兜底结合，平衡准确性与兼容性。
- 【关键点 5】识别特殊格式如 HEIC 时可能需要专用解析库，不能依赖简单字节头。
- 【易错点 1】不能仅依赖 file.type 或扩展名，因为其可能由系统或用户伪造，与实际内容不符。
- 【易错点 2】Canvas 检测会受跨域资源限制影响，且对内存占用较大，不适合大图批量处理。
- 【易错点 3】部分图片格式的 magic number 可能重复或截断，需完整匹配并考虑字节序和尾部位。