移动端上传高分辨率图片应前端压缩再上传：Web端用Canvas缩放绘图并toBlob控制质量，原生App调系统API更稳，小程序用平台compressImage接口，同时转JPEG、清EXIF、HEIC转JPEG可再减10%–30%体积。
移动端上传高分辨率图片，核心是“客户端先压缩、再上传”，避免原始大图直传导致卡顿、失败或浪费流量。重点不在后端兜底，而在前端可控降质缩图。
用 Canvas 实现轻量级 JS 压缩
Web 页面（如 H5 或混合 App 内嵌页）可直接用原生 Canvas API 完成压缩，不依赖第三方库：
- 读取 File 对象为 dataURL，创建 Image 加载；
- 按目标宽度（如 1200px）等比缩放画布尺寸；
- 用 ctx.drawImage() 绘制缩放后图像；
- 调用 canvas.toBlob() 指定 image/jpeg 格式和质量（0.6–0.8 视觉无损）；
- 生成新 File 对象，后续走 FormData 正常上传。
实测：4000×3000 的 8MB 手机原图，压缩至 1200px 宽 + 质量 0.7，体积通常压到 300–500KB，加载和上传都明显变快。
原生 App 内压缩更稳更可控
iOS 和 Android 均提供系统级图片处理能力，比 Web 更高效、支持 EXIF 保留、旋转修正和内存友好：
- iOS 推荐用 UIImage.jpegData(compressionQuality:)，配合 AVFoundation 处理方向；
- Android 可用 BitmapFactory.Options 先采样解码（inSampleSize），再用 compress() 输出 JPEG；
- 两者都建议设最大边长（如 1600px）、质量 0.75，并强制转为 JPEG（除非需透明通道）。
优势是绕过 WebView 性能瓶颈，压缩过程不卡 UI，还能识别并修复拍照时的 orientation 问题。
微信小程序/快应用有现成 API
无需手写压缩逻辑，直接调用平台能力：
- 微信小程序：wx.compressImage() 支持指定 quality（0.1–1.0）和 width/height，返回临时路径；
- 支付宝小程序：my.compressImage() 参数类似；
- 快应用：feature.image.compress() 同样支持质量与尺寸控制。
这些接口已在真机上充分适配各厂商相机输出，压缩后文件可直接用于 uploadFile，链路短、容错强。
别忽略格式与元数据清理
光缩尺寸和质量还不够，高分辨率图往往带大量冗余信息：
- 默认保存为 JPEG，而非 PNG（除非需要透明）；
- 移除 EXIF 中的 GPS、设备型号、快门参数等非必要字段（Canvas 压缩天然不带 EXIF；原生压缩需手动 strip）；
- 对 iOS 拍摄的 HEIC 图，服务端若不支持，客户端应提前转成 JPEG（iOS 可用 UIImage.jpegData 直接转换）。
这几步加起来，常能再省下 10%–30% 体积，且不增加用户操作成本。
