100 MB 的 JPG 测试文件

关于此文件

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

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

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

100 MB 是 GitHub 按文件拒绝 push 的硬上限，也是通过 Cloudflare 免费计划上传的上限。同时从这个量级起，AWS S3 建议使用分段上传而非单次 PUT。

它也能检验超时设置。在 10 Mbps 线路上，仅传输就需约 80 秒，因此若保持 PHP 的 max_execution_time（默认 30 秒）或 nginx 的 fastcgi_read_timeout（默认 60 秒）不变，上传会因超时而非大小限制而失败。

这个容量的直观参考

在 10 Mbps 线路上传输约需 83.9 秒，100 Mbps 约需 8.4 秒。转换为 Base64 后约膨胀至 136,533 KB。

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

针对该格式应确认的要点

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

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