1 MB 的 JPG 测试文件

关于此文件

1 MB 的 JPG 测试文件，大小正好为 1,048,576 字节。免注册、完全免费，可用于验证上传限制和文件处理行为。

上方列出的 MD5 / SHA-1 / SHA-256 是根据本文件内容计算出的真实哈希值。下载后重新计算并比对，即可确认传输过程中未发生损坏；它们也可直接作为测试哈希库时的预期值。

这个大小在实际开发中的意义

1 MB 恰好等于 nginx client_max_body_size 的默认值（1m）。在没有显式配置该指令的反向代理后面，超过这个大小的请求根本到不了应用层，nginx 会直接返回 413 Request Entity Too Large。

因此它最适合复现这个经典事故：应用侧上限已调到 10 MB，却仍在 1 MB 处被拒。如果应用日志里根本看不到这个 413，原因几乎都在前面的代理层。

这个容量的直观参考

在 10 Mbps 线路上传输约需 839 毫秒，100 Mbps 约需 84 毫秒。转换为 Base64 后约膨胀至 1,365 KB。

若按照摄影类内容的 JPG 每像素约 0.2 字节估算，该容量约相当于 5,242,880 像素，在 4:3 比例下约为 2,644 px × 1,983 px 的图像。压缩率会因画面内容差异极大，此处仅供把握数量级。

针对该格式应确认的要点

JPEG 是有损压缩且不支持透明度，签名以 FF D8 FF 开头。实现中最常见的事故是忽略 EXIF 的 Orientation 标签，导致拍摄时旋转过的照片在浏览器中横躺显示。

• 是否读取 EXIF Orientation 并自动旋转，或是有意将其移除
• 是否残留 GPS 位置等隐私信息（用户投稿图片必须清除）
• 是否能同时处理渐进式与基线 JPEG（较旧的解码器有时会在渐进式上失败）