Safari 中 scroll-snap-type 不生效的根本原因是父容器未满足滚动触发条件：必须同时设置 overflow-y: scroll/auto 和明确高度（如 height: 100dvh 或 min-height: 100vh），且子项需设 scroll-snap-align: start 并避免 flex/grid 对齐干扰。
scroll-snap-type 在 Safari 里不生效？检查父容器 overflow 和高度
全屏滚动靠 scroll-snap-type 实现，但 Safari（尤其是 iOS 15–16）常“假装没看见”——根本原因是父容器没满足强制触发条件。它不是“加了就生效”的 CSS，而是有硬性前提：
-
scroll-snap-type必须写在**有滚动行为的容器**上，即该容器需同时满足：overflow-y: scroll（或auto） +height或max-height（不能是min-height或依赖内容撑开） - 用
vh设高度时，别直接写height: 100vh—— iOS Safari 中地址栏收放会动态改变视口高度，导致容器高度跳变、snap 失效；稳妥做法是用min-height: 100vh+height: 100dvh（dvh是设备视口单位，iOS 16+ 支持），降级兜底可加 JS 监听resize动态重设 - 子项必须有明确的 snap 对齐边界：每个 section 需设
scroll-snap-align: start，且不能被margin、transform或flex的align-items干扰对齐基线
用 vh 做全屏高度时，为什么 iPhone 上第一屏总被截掉一截？
这不是 bug，是 Safari 地址栏“侵占”视口的真实表现。100vh 指的是整个设备屏幕高度，但 Safari 地址栏默认占据空间，页面初始渲染时它可能处于展开状态，vh 却按“无地址栏”计算，结果就是内容下移、顶部被切。
- 优先用
100dvh替代100vh（Chrome 105+ / Safari 16.4+ 支持），dvh表示“动态视口高度”，会随地址栏收放实时更新 - 不支持
dvh时，可用 JS 获取window.innerHeight初始化容器高度，并监听resize事件更新（注意节流，避免频繁重排） - 慎用
position: fixed+top: 0强制贴顶——它会让元素脱离文档流，破坏scroll-snap的锚点定位逻辑
scroll-snap-align: start 不起作用？确认子项是否被 flex 或 grid 扰乱基准线
scroll-snap-align 的生效前提是浏览器能准确识别“滚动容器内每个子项的起始边缘”。一旦父容器用了 display: flex 或 display: grid，且设置了 align-items: center 或 justify-content: center，子项会被居中，它的“start”位置就不再是容器顶部，而是居中后的上边缘——这时 scroll-snap-align: start 还是对齐那个偏移后的上边缘，视觉上就像没对齐。
- 全屏滚动容器建议用
display: block，子项用height: 100dvh或min-height: 100dvh显式撑高 - 如果必须用 Flex 布局（比如需要垂直居中文字），把居中逻辑下放到 section 内部，而不是在滚动容器上设
align-items - 检查 computed styles，确认子项的
scroll-snap-align计算值确实是start，而非被层叠样式覆盖为none
滚动卡顿或跳帧？避免在 scroll-snap 容器里做 heavy paint
scroll-snap 本身不耗性能，但它放大了其他操作的影响。一旦滚动到临界点，浏览器要瞬间完成“吸附+停止+渲染”，此时若有大图未懒加载、背景视频自动播放、或 JS 在 scroll 事件里强行读取 getBoundingClientRect()，就会掉帧甚至卡死。
立即学习“前端免费学习笔记（深入）”；
- 给滚动容器加
will-change: scroll-position（仅当必要时），提醒浏览器提前优化合成层 - 所有图片用
loading="lazy"，背景图用image-set()或媒体查询按分辨率加载 - 绝对不要在滚动容器上监听
scroll事件并做 DOM 操作——scroll-snap的目的就是取代 JS 滚动控制，混用只会互相干扰 - 用 Chrome DevTools 的 “Rendering” 面板勾选 “FPS meter” 和 “Scrolling performance issues”，实测滚动帧率
真正难的不是写对那几行 CSS，而是理解 scroll-snap 本质是个“声明式吸附协议”，它依赖浏览器对布局、视口、滚动容器三者关系的精确判断。任何打破这个判断链的细节——比如一个没设 overflow 的父容器、一段没节流的 resize 监听、甚至 Safari 地址栏的微妙高度变化——都会让整个效果失效。动手前，先打开 Safari 的 Web Inspector 看一眼 computed styles 里的 scroll-snap-type 是否真的生效，比反复改 CSS 有用得多。
