uni.compressimage的quality参数不是质量值而是最大边长，因各端实现差异：h5端不存在、小程序为空函数、app端quality指长边像素（如80即缩至80px），误用会导致压缩失败或文件变大；跨端可控的质量压缩必须用canvas+todataurl，精确控制jpeg质量系数并适配dpr、格式校验等全流程。
不能直接用 uni.compressImage 做“质量压缩”——它在 H5 不存在、小程序是空函数、App 端的 quality 参数根本不是质量值，而是最大边长。
为什么 uni.compressImage 的 quality 不是质量？
App 端（iOS/Android）调用 uni.compressImage({ quality: 80 })，实际含义是“把图片长边缩放到 80px”，不是“JPEG 质量设为 0.8”。传太小的值（如 30）会导致输出图分辨率极低，但因系统强制用 JPEG + 默认质量（≈0.8），文件体积反而可能比原图还大。iOS 更坑：原图任一边 > 4096px，compressImage 会静默跳过压缩，直接返回原路径。
- H5 端：
uni.compressImage是undefined，调用即报TypeError: undefined is not a function - 微信小程序：
uni.compressImage是空函数，不报错也不执行，返回空对象 - 鸿蒙/快应用等其他端：行为未统一，不可依赖
跨端真正可控的“质量压缩”只能靠 canvas + toDataURL
这是唯一能精确控制 JPEG 压缩质量（0–1）、且 H5 / 小程序 / App 全平台可用的方式。关键点不是“画多大”，而是“用什么参数 draw 和 toDataURL”：
- 必须先调
uni.getImageInfo拿真实width/height，别信文件名或tempFilePath后缀 - 缩放要等比：
scale = Math.min(targetWidth / originalWidth, targetHeight / originalHeight) -
toDataURL("image/jpeg", 0.7)中的0.7才是真正的质量系数，仅对 JPEG 生效；PNG 忽略该参数，若需压缩 PNG，必须先转成 JPEG（会丢透明通道） - H5 下
canvas.toBlob在 iOS Safari 兼容性差，一律用toDataURL得到 base64，再传给uni.uploadFile，记得加 header：{"Content-Type": "image/jpeg"}
压缩后体积仍超限？你可能漏了这三步校验
很多开发者压完就传，结果服务端拒收（比如要求 ≤200KB），或用户反馈“图片糊了”。问题常出在校验缺失：
- 没检查原始尺寸：原图 > 5MB 或宽高 > 4096px，canvas 绘制可能失败或内存溢出，需提前
if (imgInfo.size > 5 * 1024 * 1024) {...} - 没适配 DPR：iPhone 14 Pro 等高 DPR 设备上，canvas 物理尺寸没乘 DPR，导致绘制模糊；应设
canvas.width = targetWidth * dpr，再用canvas.style.width = targetWidth + "px" - 没验证输出格式：部分安卓机
getImageInfo返回path是.webp，但toDataURL("image/jpeg")强制转 JPEG，若服务端只认 webp 就会失败
真正难的不是写 canvas，而是把 getImageInfo → 计算 scale → 适配 DPR → drawImage → toDataURL → base64 → File/Blob（H5）或临时路径（小程序） 这一整条链路，在各端都跑通且不出边界错误。尤其注意 iOS 上 canvas 宽高超过 4096 会静默失败，这个限制不会抛异常，只会让你拿到一张全黑图。
