无法用uni-swiper或原生swiper实现真正层叠缩放效果，因其仅支持平面滑动、无z轴层级与透视变形；必须采用自定义渲染+CSS 3D变换方案。
直接用 uni-swiper 或原生 swiper 组件无法实现真正的层叠缩放效果——它们只支持平面滑动，没有 z 轴层级、透视变形和动态 transform 计算。要做出“近大远小、卡片堆叠、带旋转”的视觉效果，必须绕过默认轮播逻辑，走自定义渲染 + CSS 3D 变换路线。
为什么不能直接改 swiper 的 current 属性来模拟层叠
因为 swiper 的 DOM 结构是扁平的（所有 swiper-item 并列排布），它不提供每张卡片的相对位置索引、也不暴露 3D 变换钩子。强行在 bindchange 里批量操作 transform 会遇到：
- 滚动卡顿：频繁 setData + 多元素同步重绘，在低端安卓机上帧率骤降到 15fps 以下
- 层级错乱：
z-index在 3D 环境中失效，必须依赖transform-style: preserve-3d和绘制顺序 - 触摸中断：原生
swiper的 touchmove 会抢占事件，自定义位移逻辑被覆盖 - 循环播放断裂：原生组件的无限循环靠 DOM 克隆，但克隆后的节点无法继承动态计算的 transform 值
curry-swiper 插件的实际配置要点
这个插件不是简单 wrapper，它用 scroll-view + touchstart/touchmove 重写了交互层，并为每个卡片生成独立 style 字符串。关键配置项必须手动传入，否则默认值会让效果“看起来像层叠，实则只是缩放”：
-
perspective建议设为800（单位 px），小于 500 会导致 iOS 上 Safari 渲染异常，大于 1200 则失去景深感 -
visible控制可视卡片数，设为3时：当前项 scale=1，左右各一张 scale=0.85 + rotateY=±12deg，再外侧的卡片会被opacity: 0隐藏而非缩放，避免视觉干扰 -
duration必须与 CSS transition 匹配，插件内部写死为300ms，若你在样式里改成400ms，动画会脱节 - 图片资源必须用
mode="aspectFill"，否则缩放后留白或拉伸，破坏卡片对齐
真机调试时必查的三个兼容性断点
同一套代码在微信小程序、H5、App 三端表现差异极大，不是 bug，是底层渲染引擎限制：
- iOS 微信：
transform: rotateY()超过 ±15deg 会触发模糊（Webkit 渲染器降采样），需把rotateY改为 ≤12deg，并补backface-visibility: hidden - H5 端 Chrome：开启
will-change: transform后，部分安卓 WebView 会闪屏，应仅对当前 active 卡片动态添加该样式 - App 端（iOS）：
scroll-view的bounce属性必须设为false，否则手指拖拽到底部时，层叠卡片会整体跳动一次
最易被忽略的是卡片内容的定位基准点——所有 transform 默认以元素左上角为原点，但层叠效果要求以中心点（transform-origin: center center）为轴心缩放旋转，漏掉这行 CSS，整个堆叠结构会偏移、错位，且无法通过 margin 修正。
