position: sticky 结合相对与固定定位，元素在滚动到特定位置时“粘”住，需设置 top、bottom 等偏移量；常见失效原因包括未设偏移量、父元素 overflow 非 visible、容器空间不足或布局影响；适用于导航栏、表格头、分组标题等场景，兼容性良好且性能优于 JavaScript 实现。
CSS粘性定位（
position: sticky）其实是一种非常实用的CSS属性，它巧妙地结合了相对定位和固定定位的特点。简单来说，它让一个元素在普通文档流中像相对定位一样移动，直到它滚动到视口中某个特定位置时，就会“粘”在那里，表现得像固定定位一样，直到其父容器的边界将其“推走”。
解决方案
要使用CSS粘性定位，核心就是设置
position: sticky;，然后配合至少一个偏移量属性：
top、
bottom、
left或
right。这个偏移量定义了元素何时开始“粘”住。
比如，你想要一个导航栏在滚动到页面顶部时固定住，你可以这样写：
.sticky-nav {
position: sticky;
top: 0; /* 当元素距离视口顶部为0时，开始粘性定位 */
background-color: #f0f0f0;
padding: 10px;
z-index: 100; /* 确保它在其他内容之上 */
}这里，
top: 0;意味着当
.sticky-nav元素距离浏览器视口顶部的距离达到0像素时，它就会开始固定。如果设置
top: 50px;，那么它会在距离顶部50像素时才固定。
立即学习“前端免费学习笔记（深入）”；
需要注意的是，
position: sticky的粘性范围是限定在其最近的滚动祖先元素内的。如果这个祖先元素没有足够的空间让它“粘”住，或者它的
overflow属性设置不当（比如
overflow: hidden），就可能出现不生效的情况。
它是一个非常优雅的解决方案，避免了使用JavaScript来监听滚动事件，性能上通常也更优。
为什么我的 position: sticky
不生效？常见的陷阱与排查
这大概是新手在使用
position: sticky时最常遇到的问题了，我个人也踩过不少坑。明明代码看起来没问题，但元素就是不肯“粘”住。这里我总结几个常见的原因，通常都能帮你找到症结所在：
首先，最基础但最容易被遗忘的一点是，你有没有设置
top、
bottom、
left或
right属性？
position: sticky必须搭配至少一个这样的偏移量属性才能生效，否则浏览器不知道它应该在哪个位置开始“粘”。
其次，也是一个大坑，就是父元素的
overflow属性。如果你的粘性元素所在的父级容器（或者更上层的祖先容器）设置了
overflow: hidden;、
overflow: scroll;或
overflow: auto;，那么
position: sticky可能会失效，或者行为不如预期。这是因为这些
overflow属性会创建一个新的滚动上下文，粘性元素被限制在这个上下文内，它无法“逃逸”到父容器之外去粘附到更上层的滚动区域（比如整个文档的滚动条）。如果你发现粘性元素只在父容器内部滚动，而不是整个页面滚动时粘住，那很可能就是这个原因。
再来，粘性元素所在的容器需要有足够的空间让它“粘”住。如果父容器的高度不够，或者粘性元素本身的高度就超过了父容器的滚动范围，它可能根本就没有机会达到“粘”住的状态。想象一下，一个很高的侧边栏想粘住，但它的父容器只有它一半高，那它能粘多久呢？
另外，在某些Flexbox或Grid布局中，
position: sticky的行为也可能出现一些意想不到的情况。虽然现代浏览器对这方面的兼容性已经好很多了，但如果遇到问题，值得检查一下父容器的
display属性是否为
flex或
grid，以及相关的对齐属性是否会间接影响粘性元素的计算位置。
最后，确保你的HTML结构是合理的，粘性元素不是在
<body>或
<html>内部直接作为唯一的子元素，而是在一个有实际滚动内容的容器中。如果没有可滚动的区域，那自然也谈不上什么“粘”住。
粘性定位有哪些实用场景和进阶用法？
position: sticky远不止固定导航栏那么简单，它的应用场景其实非常广泛，而且能让很多交互效果变得更加优雅和高效。
最常见的自然是固定导航栏或头部。当用户向下滚动页面时，页面顶部的导航条或某个重要的信息区域可以保持在视口顶部，方便用户随时访问。这比用JavaScript监听滚动事件来动态添加
position: fixed类要简洁高效得多。
另一个非常实用的场景是侧边栏的特定模块。比如，在一个内容很长的文章页面，右侧可能会有一个目录或者一个广告位。我们可以让这个目录在滚动到一定位置时固定住，方便用户随时跳转到文章的各个章节。当用户继续向下滚动，目录的父容器滚动出视口时，目录也会随之被“推走”，这符合直觉且体验流畅。
表格头部固定也是一个绝佳的用例。当表格数据非常多，需要滚动查看时，如果表头也能一直保持可见，用户就不必反复滚动回顶部查看列名了。这通常需要将
<thead>或特定的
<th>元素设置为
position: sticky，并确保其父容器（如
<table>或包裹表格的
<div>）具有滚动能力。
分组标题的粘性效果在长列表中特别有用。想象一下一个按字母顺序排序的联系人列表，或者一个按日期分组的新闻列表。我们可以让每个分组的标题（例如“A”、“B”、“C”或者“今天”、“昨天”）在滚动到视口顶部时粘住，直到下一个分组的标题将其“推”上去。这种效果在移动应用中非常常见，用CSS实现起来简直是福音。
虽然
position: sticky是纯CSS属性，但它也能与JavaScript进行巧妙结合。比如，你可以在元素进入粘性状态时，通过JS监听
Intersection Observer或简单的滚动位置判断，给元素添加一个额外的类，从而改变其样式（比如添加阴影、改变背景色）或触发一些动画，实现更丰富的视觉反馈。这比完全用JS模拟粘性定位要简单得多，因为它把最核心的定位逻辑交给了浏览器处理。
粘性定位的浏览器兼容性如何？性能表现好不好？
关于
position: sticky的浏览器兼容性，可以说在当下已经非常出色了，基本上主流的现代浏览器都提供了良好的支持。Chrome、Firefox、Safari、Edge 这些你日常会用到的浏览器，都毫无压力地支持它。回想几年前，Safari 还需要
-webkit-前缀，而且一些老旧的浏览器（比如IE，不过现在谁还提IE呢）根本就不支持，但那些日子已经过去了。现在，你通常可以直接使用
position: sticky;而无需担心前缀问题。当然，如果你的项目需要兼容非常老旧的浏览器版本，或者你追求极致的兼容性，写上
position: -webkit-sticky;也无妨，这更像是一种防御性编程的习惯，但多数情况下已是多余。
至于性能表现，
position: sticky通常来说是非常优秀的。这得益于浏览器对其的原生实现和优化。与传统的通过JavaScript监听滚动事件来动态改变元素
position为
fixed的做法相比，
position: sticky的性能优势显而易见：
-
原生优化： 浏览器对
sticky
元素有更深层次的优化。它直接参与到渲染引擎的滚动处理中，能够高效地判断元素的粘性状态，而不需要频繁地执行JavaScript代码。 -
避免频繁重绘/重排： JavaScript方案通常需要在每次滚动时计算元素位置，这可能导致频繁的重绘（repaint）甚至重排（reflow），尤其是在复杂的页面上，这些操作会消耗大量的CPU资源，造成页面卡顿。
position: sticky
则避免了这种开销，因为它更多地是利用了浏览器原生的滚动机制。 -
GPU加速： 现代浏览器通常会将
position: fixed
和position: sticky
的元素提升到独立的合成层（composited layer）进行渲染，这意味着它们的移动和固定可以利用GPU进行加速，进一步提升了性能和流畅度。
所以，在大多数情况下，使用
position: sticky不仅代码更简洁，而且能带来更好的用户体验和性能。只有在极少数极端复杂、包含大量粘性元素且页面结构异常复杂的情况下，才有可能观察到轻微的性能影响，但对于日常的网站和应用，这根本不是一个需要担心的问题。
