微博式转发链应外层用原生page滚动、内层展开时动态插入enhanced scroll-view；多图预览需构造扁平图集并传current索引；深层转发用transform缩进+结构扁平化避免性能崩溃。
转发列表怎么用 uni-app 实现垂直嵌套滚动
微博式转发链本质是「可展开的嵌套结构」，不是简单列表。直接用 scroll-view 套多层会导致内层滚动卡顿、手势冲突，尤其在 iOS 上容易整个页面失焦。正确做法是：外层用原生 page 滚动（即页面级滚动），转发项内部用 scroll-view 仅限单条内容预览区域，且必须设 scroll-y + enhanced 属性。
- 每条转发项用
view包裹，不加scroll-view；只有点击展开后才动态插入一个带scroll-y的scroll-view，高度限制在 200rpx 内 - iOS 下必须加
enhanced="true"，否则scroll-view内部 touch 会穿透到外层 page - 避免对整个转发链做
v-for嵌套渲染——层级深了会触发 Vue 的响应式代理深度限制，建议用renderItem函数 +key强制隔离
uni.previewImage 怎么支持多图连续预览且不跳转页面
微博转发里常含多张图，用户希望点任意一张就进图集轮播，而不是只看当前图。但 uni.previewImage 默认只接受数组，且无法控制初始索引。关键点在于：必须提前把当前转发节点下的所有图片 URL 提取为扁平数组，并记录当前点击图在该数组中的位置。
- 不要用
previewImage({ urls: [img1, img2] })简单调用，要先构造完整图集：const allImages = this.getFlatImageList(item) - 传入
current参数指定起始索引：uni.previewImage({ urls: allImages, current: clickedIndex }) - 注意 H5 平台不支持
current，需降级为单图预览或改用第三方 lightbox 组件（如vue-photo-preview） - App 和小程序中，
previewImage会自动接管手势，但若转发项用了touchmove自定义逻辑，需在触发前event.preventDefault()
转发层级超过 3 层时怎么避免样式错乱和性能暴跌
转发链可能嵌套 5–6 层（原博 → 转发A → 转发B → …），纯靠 margin-left 缩进会迅速超出屏幕宽度，且每层都渲染完整 DOM 导致内存飙升。真正可行的是「视觉缩进 + 结构扁平化」。
- 用
transform: translateX(24rpx)替代margin-left，避免触发布局重排，同时支持层级无限叠加 - 超过 3 层后，隐藏中间层级的头像和昵称，只保留「转发自 @xxx」文字提示，用
v-if="depth 控制渲染 - 转发内容文本超过 2 行截断，用
text-overflow: -webkit-line-clamp（小程序需用line-clamp自定义组件模拟） - 每层转发数据不要深拷贝，用
Object.freeze()冻结原始数据，防止 Vue 响应式代理拖慢初始化
如何让转发项点击区域精准、不误触头像或链接
转发列表里常混有头像、用户名、话题标签、@人链接，但用户只想点整条转发项展开详情。默认 view 包裹后，内部 text 或 image 的点击会冒泡，导致展开逻辑被干扰。
- 给转发容器加
catchtap（不是bindtap），阻止事件冒泡：<view catchtap="onRetweetClick"> - 头像、昵称等可交互元素单独绑定
stopPropagation：@tap.stop="handleAvatarClick" - 话题
#xxx#和@xxx需用正则提取并包裹span，再统一加class="mention"，CSS 中设pointer-events: auto，容器上设pointer-events: none - 真机调试时务必检查 Android 微信内置浏览器——它对
catchtap支持不稳定，建议 fallback 到data-index+dataset方案
IntersectionObserver + onReachBottom 手动管理，但多数项目会漏掉滚动离开后的资源释放，结果就是滑动几屏后内存直接飙到 800MB。 
