swiper预览图片必须设height，否则App和小程序中高度塌陷；autoplay与手动滑动冲突，应禁用并用setInterval模拟；慎用嵌套scroll-view，推荐全屏预览页；长按保存需绑定swiper-item内view而非image。
swiper组件预览图片时必须设height，否则在App和小程序中高度塌陷
uni-app的swiper默认不继承父容器高度，尤其在预览图片这种纯视觉场景下，height缺失会导致swiper-item内容不可见或错位。这不是样式问题，而是底层渲染机制决定的：iOS WebView、微信小程序原生组件、App端nvue都依赖显式高度触发布局计算。
实操建议：
- 用
uni.getSystemInfoSync().windowHeight动态计算可用高度，减去顶部导航栏（如uni.upx2px(88)） - 避免写死
height: 400rpx——H5端可能撑开页面，小程序端又可能被遮挡 - 若图片宽高比不一致，建议统一包裹
<image mode="aspectFill"></image>，并给swiper-item加overflow: hidden
current和autoplay不能同时用于图片预览场景
用户手动滑动图片后，如果autoplay仍开启，会立刻打断手势并跳转到下一张，体验极差。这不是bug，是swiper内部状态机的设计逻辑：autoplay只在初始化后自动触发，且不感知用户交互中断。
正确做法是：
- 图片预览模式下，始终设
:autoplay="false" - 需要自动播放时，改用
setInterval+this.$nextTick(() => this.current = (this.current + 1) % list.length)，并在@touchstart里清除定时器 - 别依赖
previous-margin/next-margin做“露出边缘图”的效果——它们在App端兼容性差，且与autoplay叠加易导致偏移错乱
图片预览时swiper-item内嵌scroll-view会失效
常见需求：大图支持双指缩放+拖拽，于是有人在swiper-item里套scroll-view scroll-y。结果发现：iOS真机上拖拽卡顿，安卓端缩放失灵，小程序直接禁用触摸事件。根本原因是swiper和scroll-view的touch事件冲突，且scroll-view在swiper-item内无法正确获取滚动上下文。
替代方案更可靠：
- 用
<canvas></canvas>或第三方库（如vue-easy-slider）实现缩放，避开原生组件嵌套 - 若坚持用原生能力，改用
<web-view></web-view>加载独立HTML页，通过postMessage通信传图URL - 放弃“单页多图缩放”，改为点击放大进入全屏预览页——这是微信/抖音等App实际采用的路径，性能和体验都更可控
长按保存图片需绕过swiper的catchtouchmove拦截
在swiper上绑定@longpress通常无效，因为swiper内部调用了event.preventDefault()阻止默认行为，导致长按事件无法冒泡到image上。这不是配置问题，是组件为保障滑动手势优先级做的硬性限制。
解决路径很直接：
- 把
@longpress绑定在swiper-item内的<view></view>容器上，而非<image></image>本身 - 在事件回调里用
uni.saveImageToPhotosAlbum({ filePath: currentImgUrl })，不要尝试用canvas重绘再保存 - 注意Android 10+需额外申请
android.permission.WRITE_EXTERNAL_STORAGE，且H5端不支持该API，必须降级为下载链接
最易被忽略的一点：swiper预览图片时，current索引变更不会触发onReachBottom这类生命周期，所有图片数据必须在onLoad阶段一次性加载完成——懒加载在这里反而会破坏滑动连贯性。
