应基于视口宽度和交互能力设置断点：统一用min-width递进式媒体查询，弃用device-width等不可靠条件；768px为移动端底线，1024px起扩展内容，结合hover/pointer特性提升精度；优先通过实际布局断裂点确定断点值，并用clamp()实现平滑过渡，辅以Flex/Grid构建自适应结构。
别按“平板”或“手机”设备类型写断点，只看视口宽度和交互能力。冲突根源在于用固定数值硬套设备型号，而同一台设备横竖屏、缩放、分屏时视口宽度变化很大，CSS 根本不认设备名，只响应 window.innerWidth 和媒体特性。
用 min-width 递进式断点，放弃 max-width 和 device-width
所有断点统一基于 width（即视口宽度），只写 @media (min-width: XXXpx)，从窄到宽逐层增强。不写 max-width，避免交叠和覆盖混乱；彻底弃用 device-width、orientation 等已失效或不可靠的条件。
- 768px 是底线：低于此值一律走纯移动端流式布局，不加任何媒体查询
- 1024px 是内容扩展临界点：比如侧边栏出现、栅格列数增加，不是“iPad专属”
- 1280px 可选：用于宽屏桌面或高分笔记本，非必需
结合 hover 和 pointer 特性做二次判断
单靠宽度容易误判，加上交互能力更准。这些组合已在 iOS 15+ / Android 12+ 主流浏览器验证有效：
-
@media (min-width: 768px) and (hover: hover)：排除纯触屏手机，覆盖可悬停的平板与桌面 -
@media (min-width: 768px) and (pointer: fine)：专为带鼠标或手写笔的设备启用精细操作样式 - 对分屏敏感区域，配合
@media (display-mode: browser)和 JS 监听动态响应
从布局本身找断裂点，而不是抄设备参数
打开 Chrome DevTools → 切换设备工具栏 → 拖动宽度滑块，盯住你页面里真实“撑不开”或“太松散”的位置：
立即学习“前端免费学习笔记（深入）”；
- 导航文字开始换行的宽度 → 定为导航断点
- 卡片从单列变成双列且间距舒适的宽度 → 定为栅格断点
- 主内容区右侧能稳定塞下最小 280px 侧边栏的宽度 → 定为侧边栏断点
把这些真实值作为 min-width 断点，比照搬 768px 更可靠。
用 clamp() 减少断点依赖，让尺寸平滑过渡
文字、行高、内外边距这类基础尺寸，优先用 clamp() 替代多段媒体查询：
-
font-size: clamp(1.5rem, 4vw, 2.5rem);—— 在 320px–1200px 区间自然缩放 -
max-width: clamp(90%, 60ch, 72ch);—— 内容区宽度随视口弹性收放 - 慎用于需精确对齐的布局尺寸（如栅格列宽），这类仍建议用媒体查询控制
Flex/Grid 布局比断点更重要。光靠断点改 display 或 flex-direction 容易翻车，真正通吃的，是底层用 Flex 或 Grid 构建的自适应结构。
