临界点判断关键在于元素何时进入可视区，推荐用IntersectionObserver（threshold设为[0]）或手动监听scroll+getBoundingClientRect()，需注意父容器滚动偏移及Safari兼容性问题。
滚动高度触发的悬浮栏怎么判断临界点
关键不是“悬浮”，而是“什么时候开始悬浮”。浏览器里没有原生的 scrollIntoView 事件能告诉你“元素刚进入可视区”，得靠 IntersectionObserver 或手动监听 scroll + getBoundingClientRect()。前者更轻量、兼容性也够（Chrome 63+/Firefox 55+/Safari 12.1+），后者在需要精确像素控制（比如滚动到某像素值才激活）时更直接。
-
IntersectionObserver的threshold设为[0]就能捕获元素边缘刚进视口的瞬间；设成[0.1]则等 10% 高度可见才触发，适合防抖 - 手动计算时别用
window.scrollY + window.innerHeight粗略比对元素offsetTop，要减去父容器的滚动偏移（尤其在overflow: auto的局部滚动区域里） - Safari 对
IntersectionObserver在position: fixed容器内的子元素行为不一致，真遇到就切回手动方案
悬浮栏定位用 position: sticky 还是 position: fixed
position: sticky 是最省心的选择——它本质是“有条件的 relative”，只在滚动到指定 offset 后才变成 fixed，天然绑定文档流，不会脱离布局、也不用算父容器高度。但它的限制很实在：只对块级元素生效，且父容器不能有 overflow: hidden|auto，否则失效。
- 真正需要脱离文档流（比如悬浮栏要盖住下方内容、或跟随页面缩放保持位置绝对固定），才上
position: fixed - 用
fixed时，top值必须动态更新：初始设为元素原本距视口顶部的距离（getBoundingClientRect().top + window.scrollY），滚动中持续修正，否则会漂移 -
sticky的top是相对于最近的滚动祖先的偏移，不是视口，这点和fixed完全不同，别混着调
滚动过程中悬浮栏闪动或跳变
本质是渲染时机和样式冲突。常见原因有三个：布局抖动（layout thrashing）、CSS transform 触发重排、以及 fixed 元素在滚动时被浏览器强制重绘导致视觉延迟。
- 不要在
scroll回调里反复读取offsetTop或getBoundingClientRect()，先用requestAnimationFrame节流，再批量读取 - 悬浮栏加
transform: translateZ(0)或will-change: transform，让浏览器提前启用 GPU 图层，减少合成卡顿 - 如果用了
fixed且父容器有transform（比如页面整体缩放或动画），会导致 fixed 元素相对坐标错乱，此时必须把悬浮栏提到下一级，用 JS 动态设置left/top
响应式下滚动阈值怎么保持一致
PC 和移动端视口高度差太多，用固定像素值（比如“滚动超过 800px 显示”）在小屏上根本没意义。应该用相对单位或基于元素位置动态判定。
立即学习“前端免费学习笔记（深入）”；
- 优先用目标栏目自身的
offsetTop作为触发基准，而不是硬编码数字；这样不管屏幕多高，都是“栏目一露头就激活” - 如果必须用视口比例（比如“滚动到页面 30% 处”），就用
window.scrollY / document.documentElement.scrollHeight，注意移动端document.body.scrollHeight可能不准，统一用documentElement - iOS Safari 在横屏/竖屏切换时可能不触发
resize，但会重置滚动位置，所以orientationchange事件里要重算一次临界值
滚动高度相关的悬浮逻辑，真正难的不是写几行 CSS 或 JS，而是搞清“谁在动、谁在参考谁、谁在触发重绘”。很多问题表面是闪动或错位，根子都在坐标系理解错了——fixed 相对视口，sticky 相对滚动容器，而 getBoundingClientRect() 返回的永远是相对视口的值。这三者混用不加转换，十次有九次出事。
