scroll-view套表格表头不固定，因内部元素随滚动整体位移且CSS sticky跨端支持差；应采用双层结构分离thead与tbody，并用固定宽度或动态测量确保列宽一致，绑定事件时仅作用于tbody cell并传行列索引，避免坐标错位。
uni-app里scroll-view套表格为啥表头不固定？
因为scroll-view滚动时，内部所有元素（包括<thead>）都跟着一起动，它本身不提供“局部冻结”能力。你不能靠CSS的<code>position: sticky在所有小程序平台生效——微信、支付宝、字节系对sticky支持不一致，H5下还可能被scroll-view的overflow: hidden截断。
实操建议：
- 放弃纯CSS方案，改用「双层结构」：一个固定高度的容器放
<thead>，另一个同宽可滚动容器放<code><tbody> <li>确保两个容器<code>width完全一致（建议用rpx或vw，避免px在不同屏幕缩放错位） - 给
<thead>容器加<code>position: relative，<tbody>容器用<code>scroll-view并设scroll-y，高度严格等于内容区可用高度uni-app中如何同步
<thead>和<code><tbody>的列宽？<p>列宽不同步，左右一拉就错位，这是最常被忽略的崩溃点。原因在于<code><th>和<code><td>默认按内容撑开，且<code>scroll-view内table布局失效，colgroup基本不可靠。实操建议：
- 不用
<table>标签，改用<code><view class="row"></view>模拟行，<view class="cell"></view>模拟单元格 - 给每个
cell设固定flex: 0 0 XXrpx或width: XXrpx，总宽度必须等于容器宽度（可用calc(100% - 2rpx)预留边框间隙） - 如果列数动态，用
ref在onReady后读取第一行cell的getBoundingClientRect()，再批量赋值给thead对应列 - 避免用
white-space: nowrap强行不换行——小屏下会溢出，应配合text-overflow: ellipsis和overflow: hidden - 所有交互事件（
@click、@longpress）只绑定在<tbody>容器内的<code>cell上，<thead>只负责展示，不挂事件<li>不要依赖<code>$event.detail.x / y算位置，改用dataset传行列索引：<view class="cell" :data-row="index" :data-col="j"></view> - 如果需右键菜单或长按复制，统一用
@touchstart.prevent+setTimeout模拟，避免原生longpress在iOS和小程序间行为不一致 - 关闭
scroll-view的enhanced属性（默认false，设为true反而在某些低端安卓机更卡） -
tbody区域只放纯文本+简单图标，图片用uni-app的<image lazy-load></image>，禁用v-for里带filter或transform的样式 - 滚动监听不用
@scroll高频触发，改用uni.createSelectorQuery()在scrollend后查可视区域，做懒加载或状态更新 - 真要支持万级数据，必须分页或虚拟滚动——用
scrollTop算起始索引，只渲染视口上下各5行，其余用height: 0占位
uni-app滚动表格里点击事件失效或错位？
常见现象：点了第3行第2列，却触发了第1行第2列的
@click；或者longpress没响应。根本原因是双层结构导致事件坐标映射混乱，尤其是Android端WebView对scroll-view内touchstart的clientY计算有偏差。实操建议：
uni-app多端兼容时
scroll-view滚动卡顿怎么办？H5下流畅，微信小程序里一卡一卡，支付宝里直接掉帧——本质是
scroll-view在非Webview环境里是原生组件，但渲染层和JS层通信有延迟，尤其当tbody里有图片、复杂v-if或大量watch时。实操建议：
固定表头不是加个
sticky就能完事，真正卡住人的永远是列宽对齐、事件归属、跨端渲染链路这三块。调通一个平台不难，难的是微信/支付宝/H5三端都稳——别信“一套代码多端运行”，先在微信里跑通双层结构，再逐个平台补px/rpx适配和事件兜底逻辑。 - 不用
