uni-app App端图片手势缩放默认不生效，因uni.previewImage在iOS/Android使用原生相册控件，仅支持全屏预览，不支持双指缩放与拖拽；需自行实现带touch事件的手势查看器。
uni-app App端图片手势缩放为什么默认不生效
因为 uni.previewImage 在 App 端（iOS/Android）底层使用的是原生相册控件，不支持双指缩放、拖拽等手势；它只做「全屏预览」，不是「可交互画布」。想实现真手势缩放，必须绕过 uni.previewImage，自己实现一个带手势控制的图片查看器。
用 uni-app 原生组件 + @touchstart/@touchmove 实现基础缩放
核心思路是：用 <image> 配合 transform: scale() 和 translate() 动态控制缩放与位移，再通过 touch 事件计算双指间距变化和偏移量。关键点不在“能写”，而在“别卡顿、别越界、别失焦”：
- 必须给
<image>外层加overflow: hidden的容器，否则缩放后拖出边界会触发页面滚动 - 双指缩放要用
touches[0]和touches[1]计算初始距离，再比对changedTouches距离差，不能只看单点位移 - 缩放中心点要动态锚定在双指中点，否则会“漂移”——用
(x1 + x2) / 2和(y1 + y2) / 2算出中心，再反向 translate 补偿 - App 端
transform在<image>上兼容性尚可，但务必加will-change: transform提升渲染帧率
scale 和 maxScale 怎么设才合理
缩放上限不是拍脑袋定的。太小（如 maxScale: 2）用户觉得不够用；太大（如 5）会导致像素拉伸模糊、内存暴涨，尤其在低端 Android 上容易 OOM 或卡死：
- 推荐起始值设
1.5，最大值3.5—— 覆盖绝大多数高清图细节查看需求，又避开高倍缩放性能陷阱 - 初始
scale不硬写死为1，应根据图片宽高比和屏幕尺寸动态计算「适应宽度」或「适应高度」的初始缩放值，避免一打开就留大片黑边 - 每次缩放后，用
Math.min/Math.max强制约束scale范围，防止多次快速缩放导致数值溢出 - 注意：iOS WKWebView 对
transform: scale(0.1)这类极小值有渲染 bug，minScale建议不低于0.6
App 端手势冲突和 touch 事件穿透问题
在 pages.json 里没关掉下拉刷新、没禁用 scroll-view 滚动，或者父容器用了 catchtouchmove，都会让图片手势失效或错乱：
- 确保图片容器层级足够高，
z-index: 9999是保险做法；App 端 z-index 行为比 H5 更敏感 - 在 touch 开始时立刻调用
event.preventDefault()，并设置catchtouchmove到容器上，否则 Android 会抢走事件流去滚动页面 - 双击放大需要单独监听
tap事件（两次tap时间间隔 dbclick —— App 端不支持该事件 - 退出预览时记得清空
transform样式、重置scale和translate变量，否则下次打开可能继承上次状态
手势缩放看着简单，真正跑通要同时压住三件事：事件不丢、缩放不飘、动画不卡。App 端没浏览器那么宽容，一个 transform 写错位置，或者少一个 preventDefault，整个体验就垮了。
