旧版 Edge（EdgeHTML，12–18）完全不支持 position: sticky，会静默忽略该声明而回退为 static；DevTools Styles 面板显示的是源码而非实际生效值，Computed 面板中 position 始终为 static。
旧版 Edge（EdgeHTML 引擎，即 Edge 12–18）不支持 position: sticky，不是“解析异常”，是压根不识别该声明——它会静默忽略整条规则，回退到 static。
为什么 DevTools 里还显示 position: sticky？
你看到的 position: sticky 是你在 Styles 面板里写的原始 CSS，不是浏览器实际应用的值。Computed 面板中 position 的值一定是 static，点开右侧链接就能确认它没被启用。
- EdgeHTML 不实现 sticky 的规范逻辑，也不触发任何警告或 fallback 行为
- 它不像 Safari 那样需要
-webkit-sticky前缀——前缀在 EdgeHTML 下同样无效 - 哪怕加了
top、父容器有高度、无overflow干扰，也完全没用
如何快速判断是否命中 EdgeHTML？
别猜，直接查 UA 或用特性检测：
Knowledge Graph - Csv Graph Loader Generator
下载
从 CSV 数据集生成图数据库加载器和三元组映射。将表格 CSV 数据转换为图数据库可直接使用的节点、边和三元组。
- UA 字符串含
Edge/1[2-8].（如Edge/18.18363）即为 EdgeHTML - JS 检测：
'position' in document.documentElement.style && 'sticky' in getComputedStyle(document.documentElement).position在 EdgeHTML 下返回false - 更稳妥：用
@supports (position: sticky)包裹样式，旧版 Edge 会跳过整个块
兼容方案必须绕过 sticky，不能“修复”
没有 polyfill 能真正模拟 sticky 的原生滚动锚定行为（尤其涉及父容器边界、层叠上下文、动态高度时）。可行路径只有两条：
立即学习“前端免费学习笔记（深入）”；
-
降级为
position: fixed：适用于头部/侧边栏等始终应贴视口的场景；需手动预留占位（如margin-top或padding-top），并监听scroll动态控制visibility或transform来模拟“只在容器内生效” -
服务端 UA 判断 + 输出不同 DOM 结构：对 EdgeHTML 用户直接渲染已定位好的固定结构（如把 sticky 元素提至
<body>顶层，并加position: fixed），避免客户端 JS 补偿带来的抖动
真正容易被忽略的是：即使你用了 @supports，如果 CSS 中同时写了 position: sticky 和 position: fixed（未包裹），EdgeHTML 仍会按声明顺序取最后一个有效值——而 fixed 在它眼里是有效的，结果反而“意外生效”。所以务必隔离，别混写。
