position: sticky在<thead>上基本无效，因浏览器不支持表格语义元素的粘性定位；稳定方案是给<th>单独设置position: sticky; top: 0; background: #fff; z-index: 1，并确保外层容器有max-height和overflow-y: auto。
直接给 thead 加 position: sticky 基本无效——浏览器对表格结构的 sticky 支持极弱，真正能稳定生效的是给 th 或 td 单独设 position: sticky，并严格控制父容器滚动上下文。
为什么 thead 上设 position: sticky 总是不生效
根本原因不是写法错，而是浏览器渲染机制限制：thead 默认不是块级格式化上下文（BFC）容器，且 table 元素本身不创建新的层叠上下文，导致 sticky 无法锚定到有效边界。更关键的是，只要 table 的任意父级设置了 overflow: hidden、auto 或 scroll，sticky 就会被截断。
常见错误现象包括：
-
th完全不动，像没加样式一样 - 表头只在部分列粘住，其余列错位或消失
- Chrome 看着正常，Firefox 或 Safari 里完全失效
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 删掉所有对
thead的position: sticky尝试，专注操作th - 用开发者工具检查
th的Computed → display，确认值是table-cell（不能被flex、grid或block覆盖） - 确保
th没有transform、filter、will-change等会破坏粘性触发的属性
必须设置的容器结构和关键 CSS 规则
纯 CSS 实现响应式粘性表头，最小可行组合只有三处不可省略：
- 包裹
table的外层div必须设max-height+overflow-y: auto（提供垂直滚动上下文） -
table自身必须设border-collapse: collapse（避免边框模型干扰 sticky 锚点） - 每个
th必须同时具备：position: sticky、top: 0、background-color、z-index: 1
示例代码片段：
.table-container {
max-height: 400px;
overflow-y: auto;
}
table {
width: 100%;
border-collapse: collapse;
}
th {
position: sticky;
top: 0;
background: #fff;
z-index: 1;
padding: 12px 16px;
text-align: left;
}
注意：background 不可省略——否则滚动时下方 tbody 行内容会透出，尤其在 Safari 和 iOS WebView 中非常明显。
响应式与移动端兼容性陷阱
所谓“响应式粘性表头”，难点不在宽度适配，而在不同滚动行为下的行为一致性。iOS 15.4 之前、Android WebView、旧版 Firefox 对 th 级 sticky 支持极差，常见表现是表头闪动、卡死、或只粘第一列。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 检测是否运行在 iOS < 15.4 或 Android < 10：可用
@supports (position: sticky)+ UA 字符串双重判断 - 含
colspan或rowspan的表头，sticky 必然失效，需提前降级为 JS 方案（如监听scroll+getBoundingClientRect()动态设transform: translateY()） - 暗色模式下，
background: #fff会冲突，改用background: Canvas或通过@media (prefers-color-scheme: dark)覆盖 - 横向滚动场景下，若需内层表头也粘左，父容器（如
.body）必须设width: fit-content，而非width: 100%
什么时候该放弃 position: sticky
当项目出现以下任一条件时，继续硬调 sticky 只会浪费时间：
- 需要支持 IE 或 iOS 14 / Android 10 以下系统
- 表格使用了虚拟滚动（如
react-window），DOM 节点动态复用导致 sticky 锚点丢失 - 第三方组件封装了表格（如
ant-design Table、ag-Grid），其内部滚动逻辑已接管容器，外部 sticky 无作用域 - 表头高度不固定（例如文字折行、font-size 响应式变化、行内图标尺寸浮动）
这些情况的真实代价不是“多写几行 CSS”，而是调试数小时后发现浏览器根本没触发 sticky 的 isSticky 状态——它压根不认这个规则。这时候，老老实实用 JS 监听滚动 + 手动控制定位，反而更快更稳。
