iPad上input file选照片模糊是因Safari默认返回缩略图而非原图，需通过EXIF像素尺寸检测并提示用户长按拷贝或改用相机拍摄。
为什么 input type="file" 在 iPad 上选照片会模糊
iPad 通过系统相册选择照片时，Safari 默认返回的是缩略图（thumbnail）而非原始图像，尤其在使用 accept="image/*" 且未指定 capture 时，iOS 会优先提供低分辨率预览图（常为 1024px 宽或更小）。这不是 HTML5 的 bug，而是 iOS 系统级限制：Web 页面无权直接访问原图，除非用户主动触发「高分辨率导出」流程。
用 EXIF 和 canvas 检测并拒绝缩略图
不能只看文件名或 file.size，iPad 返回的缩略图可能和原图大小接近（因压缩）。真正可靠的方式是读取 EXIF 中的 PixelXDimension / PixelYDimension，或用 canvas 绘制后检查实际渲染尺寸。
- 用
FileReader读取为ArrayBuffer，再用exif-js或轻量库如ts-exif-parser提取原始像素尺寸 - 若
PixelXDimension （或低于你业务要求的阈值），提示用户「请长按图片选择「拷贝」→「粘贴」，或改用「相机」拍摄」 - 避免直接调
URL.createObjectURL(file)后塞进
capture="camera" 能绕过缩略图，但有硬性限制
加 capture="camera" 可强制调起 iPad 相机，此时拍出的照片是未经压缩的原始尺寸（如 4032×3024），但代价明显：
- 用户无法从相册选图，违背多数表单场景（如上传身份证、合同照）
- 在非 HTTPS 环境下 Safari 会完全禁用该属性
- 部分 iOS 版本对
capture支持不稳定，需降级 fallback 到普通input
真·改善画质的务实路径：客户端压缩 + 服务端校验
与其卡在「如何拿到原图」，不如接受 iPad Web 的现实约束，把优化重心放在后续处理：
立即学习“前端免费学习笔记（深入）”；
-
前端用
canvas重绘时指定ctx.imageSmoothingEnabled = false防止浏览器插值模糊 - 压缩前先检查
img.naturalWidth，若小于 1200px，直接标记为「低质源」并跳过压缩，原样上传 - 服务端收到后，用
sharp（Node.js）或PIL（Python）检查 DPI 和 ICC Profile，对含Orientation=6的图自动旋转并 strip 元数据，减少二次失真 - 关键点：不要依赖前端传来的
file.name判断来源——iPad 相册选图时，file.name可能是"image.jpg"，毫无参考价值
change 回调里立刻用 canvas 渲染预览，并在下方加一行小字：检测到低分辨率源图（1024×768），建议长按图片 →「拷贝」→ 粘贴到编辑框。 
