直接写多个@media易致布局跳变，因将断点当“开关”硬切列宽引发突变与渲染抖动；应优先用minmax()+auto-fit实现无跳变自适应，媒体查询仅用于区域重排等质变场景。
为什么直接写多个 @media 容易导致布局跳变
不是媒体查询本身有问题，而是很多人把断点当“开关”用：小屏grid-template-columns: 1fr，768px切1fr 1fr，1024px再切1fr 300px 1fr。这种硬切会让列宽在断点处突变——比如从1fr瞬间跳到300px，内容被强行挤压或拉伸，视觉上就是“闪一下”。更糟的是，如果容器宽度刚好卡在断点边缘（比如767.9px），浏览器渲染可能因浮点精度抖动反复触发重排。
minmax() + auto-fit 是默认防线，不是可选项
绝大多数列数变化场景，根本不需要媒体查询。用grid-template-columns: repeat(auto-fit, minmax(320px, 1fr)))就能让网格自己决定列数：容器够宽就铺满，窄了自动收成一列。它比媒体查询更细粒度，且无跳变。
- 数值选320px、360px这类常见卡片最小宽度，而不是设备宽度（如768px）
- 别用
auto-fill——它会留空列；auto-fit才真正收缩空白轨道 - 配合
gap: clamp(1rem, 2vw, 2rem)替代多档@media调gap，避免间隙突变
媒体查询只该用于“质变”，比如区域重排或行高调整
当你需要把"header" "main"变成"header header" "main aside"，或者把grid-auto-rows: minmax(100vh, auto)改成minmax(200px, auto)时，才是媒体查询的正确战场。这时候它不是调列数，而是切换布局语义。
- 用
grid-template-areas配合媒体查询比直接改grid-template-columns更安全，不会出现“隐藏列还占网格线”的问题 - 所有
@media必须用min-width向上增强，禁止混用max-width——否则层叠顺序会乱 - 断点值优先用
em单位（如@media (min-width: 48em)），比px更能适应用户缩放和高DPR设备
容易被忽略的容器尺寸 vs 视口尺寸陷阱
你写的@media (min-width: 768px)检测的是整个视口宽度，但你的Grid容器可能只占页面一半。结果就是：侧边栏还没开始响应，主内容区已经撑爆了。真正该监听的是容器自身宽度，但CSS原生不支持——所以要么用@container（目前仅Chrome 117+、Safari 16.4+支持），要么老实用JS监听ResizeObserver动态加类名。
立即学习“前端免费学习笔记（深入）”；
现阶段最稳的做法：把断点值从设计稿里主内容区的最大宽度反推（比如设计稿标“最大960px”，那就设@media (min-width: 960px)），而不是抄MDN的768/1024通用值。
