swiper高度无法css自适应，因其是跨平台原生组件，依赖固定容器尺寸保障性能；最稳方案是change后延时用createselectorquery获取当前项真实高度并动态设置。
直接给 swiper 设 height: 100% 或不设高度，它不会随内容撑开——这是默认行为，不是 bug，所有平台都这样。
为什么 swiper 高度不能靠 CSS 自适应？
uni-app 的 swiper 是跨平台原生封装组件（iOS/Android/小程序各自用原生视图实现），不是普通 DOM。它内部使用绝对定位 + 固定容器尺寸来保障滑动性能，所以：
-
height: 100%无效，除非父容器有明确高度 - 子元素（
swiper-item）的height不会反向影响swiper容器高度 - H5 端看似能“撑开”，其实是浏览器渲染机制偶然生效；小程序和 App 端必然失效
最稳的动态高度方案：用 uni.createSelectorQuery() 获取当前项内容高
核心是“等内容渲染完 → 查当前 swiper-item 内部真实高度 → 动态赋给 swiper”。注意必须在 @change 后延时查询，否则取到的是上一项的高度。
- 给当前
swiper-item加唯一 class，比如class="swiper-item-active"，并在change回调里动态切换 - 用
uni.createSelectorQuery().select('.swiper-item-active').boundingClientRect()获取高度 - 查到后立即
this.swiperHeight = rect.height（绑定在:style="{ height: swiperHeight + 'px' }"上） - 务必加
setTimeout(..., 30)或用nextTick，避免因渲染队列未更新导致取值为 0
图片轮播场景下更轻量的解法：按宽高比算高度
如果轮播图全是图片且比例固定（如 375×200），就别查 DOM，直接算：
- 先用
uni.getSystemInfo()拿到屏幕宽度（比如screenWidth = 375） - 假设图片原始宽高比是
375 / 200 = 1.875，那么高度 =screenWidth / 1.875 - 写成
:style="{ height: screenWidth / 1.875 + 'px' }"，一劳永逸，无渲染时机问题 - 若图片加载延迟，可在
image的@load里重新计算并更新高度
容易被忽略的关键点
swiper-item 内容如果是 scroll-view 或带异步数据的区域，首次渲染时高度可能是 0；此时不能只查一次，得监听数据变化或用 watch 观察内容长度字段；另外，iOS 微信小程序中 createSelectorQuery 在 onReady 阶段可能查不到节点，建议延迟到 onShow 或用户触发滑动后再执行首次查询。
