应使用 movable-view + movable-area 实现平滑缩放预览，上传需经 uni.chooseimage 获取临时路径后，通过 uni.uploadfile 传至服务端获取 cdn 地址，或用 readfile 转 base64（≤2mb）；务必设 image srcmode="widthfix"、movable-area 显式宽高、scale-min/max 为 0.8/3、animation="true"，并用 requestanimationframe 节流 @scale 更新，双击逻辑改用 tap 时间戳判断，且缩放须基于最终上传图片分辨率。
直接用 movable-view + movable-area 实现平滑缩放预览，但上传环节必须配合 uni.chooseImage 和本地临时路径处理，不能跳过文件读取阶段。
上传后立刻生成可缩放预览图
用户选图后，uni.chooseImage 返回的是临时文件路径（tempFilePaths），不是 base64 或网络地址。直接传给 movable-view 的 src 会失败 —— 尤其在微信小程序里，movable-view 不支持非本地协议路径（如 http://）或未授权的临时路径。
- 必须先调用
uni.uploadFile上传到服务端，拿到返回的 CDN 地址再预览；或者 - 更轻量的做法：用
uni.getFileSystemManager().readFile读取临时路径内容，转成 base64（仅限小图，≤2MB），再赋值给image的src -
mode="widthFix"是必须的，否则缩放时图片会拉伸变形；width:100%配合height:auto在movable-view内部才真正响应缩放
缩放动画卡顿？检查 scale-value 绑定和节流
movable-view 的 @scale 事件在双指操作时高频触发，若每次都在 data 中同步更新 scaleValue 并触发视图重绘，iOS 端容易掉帧。这不是组件 bug，而是 Vue2 响应式 + 小程序渲染层的叠加延迟。
- 不要在
@scale回调里直接写this.scale = e.detail.scale；改用requestAnimationFrame节流更新 -
scale-min和scale-max建议设为0.8和3，避免1作为最小值导致“无法缩小回原始尺寸”的错觉（实际是图片本身比容器小） - 加
animation="true"后，缩放过渡才启用原生动画，否则是瞬时跳变
预览区域超出屏幕？movable-area 宽高必须显式设置
很多人把 movable-area 放进 u-popup 或 position: fixed 层里，却忘了它默认不占位。如果父容器没设高度，movable-area 高度为 0，movable-view 就无法拖动 —— 表现为“能缩放但不能拖拽”。
-
movable-area必须有明确宽高，例如style="width: 100vw; height: 100vh;" -
movable-view推荐设display: flex; align-items: center; justify-content: center;，避免图片缩放后偏移出视野 - 若用
u-popup，需确认其z-index高于所有其他弹层，否则movable-view的 touch 事件会被拦截
点击放大/双击切换？别依赖 @dblclick
小程序平台（尤其是微信）对 @dblclick 支持不稳定，部分安卓机和 iOS 17+ 会误触发或不触发。更可靠的方式是监听两次 tap 的时间间隔。
- 记录上一次
tap时间戳，当前tap与之差值则视为双击 - 双击逻辑建议：当前
scale === 1→ 放大到2.5；否则重置为1 - 注意重置时要同时清空
movable-view的x和y偏移，否则图片缩放后位置错乱
最易被忽略的一点：所有缩放操作都基于图片原始尺寸，而不是容器尺寸。如果你在上传前对图片做了 canvas 压缩或裁剪，预览时的缩放边界计算就会失准 —— 所以缩放逻辑必须和上传后的最终图片分辨率严格对齐。
