Flex容器中sticky标题不吸顶的根本原因是：父容器未设min-height: 0且为flex column时，子项高度坍缩致sticky锚点消失；必须确保sticky元素有明确原始位置、父容器提供滚动上下文、锚定链不被截断。
为什么Flex容器里sticky标题不吸顶
根本原因是：Flex容器默认不给子项分配明确高度，而position: sticky需要一个可计算的“原始位置”作为锚点。当父容器是display: flex且未设min-height或align-items: stretch时，sticky元素可能被压缩为height: 0，直接失效。
常见触发场景：
- React/Vue中用
div包裹列表，又给它加了display: flex; flex-direction: column，但没设min-height: 0 - 父容器用了
flex: 1但内部内容未撑开高度，导致sticky元素无“滚动上下文”可依附 - 在Flex布局中把sticky标题写成直接子项（而非嵌套在
div里），部分浏览器会忽略其sticky行为
临时验证方法：给父Flex容器加outline: 1px solid red，滚动时看它是否随内容一起滚动；如果不滚，说明它没参与文档流高度计算。
sticky + Flex组合的最小可行结构
必须保证三点：sticky元素有明确原始位置、父容器提供滚动上下文、不被中间层截断锚定链。推荐结构如下：
立即学习“前端免费学习笔记（深入）”；
<div class="list-container"> <div class="group-title">A组</div> <div class="item">Apple</div> <div class="item">Avocado</div> <div class="group-title">B组</div> <div class="item">Banana</div> </div>
对应CSS关键约束：
-
.list-container必须设display: flex; flex-direction: column; min-height: 0（不能只靠flex: 1） -
.group-title设position: sticky; top: 0; z-index: 1，且**不能是.list-container的直接Flex子项**——建议再包一层div或用:not()选择器规避 - 所有祖先节点禁止
overflow: hidden、overflow: auto、transform、filter，重点检查body和框架路由容器
多个分组标题如何“接力吸顶”不重叠
多个position: sticky元素不会同时固定，而是按DOM顺序和top值“交接”。后一个标题的top不是距视口顶部，而是距它**原始位置顶部的距离**——这个原始位置已被前一个吸顶标题推高。
实操要点：
- 第一个标题用
top: 0，第二个用top: 48px（假设第一个标题含padding/border共48px高） - 所有标题必须共享同一个滚动父容器，且该容器不能是Grid/Flex的直接子项（否则部分Chrome/Safari会破坏接力逻辑）
- 避免用
margin-top手动抬高后续标题——这会干扰sticky的原始位置计算，改用padding-top或border-top留空 - 如果标题高度响应式变化（如
font-size: clamp(1rem, 2.5vw, 1.5rem)），top值必须用相对单位，例如top: calc(1em + 12px)
移动端和小程序里sticky失效的隐藏开关
不是兼容性问题，而是环境约束被悄悄关闭。比如微信小程序中，scroll-view组件若没设height或max-height，它就不构成滚动上下文，position: sticky直接退化为relative。
其他典型陷阱：
- iOS Safari需同时声明
position: -webkit-sticky和position: sticky，漏掉任一都会失效 - 某些UI框架（如Ant Design Mobile）的
ListView或VirtualList内部用了transform: translateZ(0)，强制创建新层叠上下文，禁用sticky - CSS-in-JS库（如Emotion）若对sticky元素做了
shouldForwardProp过滤，可能误删top属性
最易被忽略的一点：sticky吸顶后仍占原始位置空间，后续内容若没避让，就会重叠或留白。务必给紧跟标题的首个.item加margin-top，值等于标题自然高度——别用JS动态算，用calc()或CSS自定义属性更稳。
