真实适配应基于布局断裂点而非设备参数，需通过DevTools拖动滑块观察导航换行、按钮误触、图片压扁等临界值，优先用min-width向上增强并统一单位，避免device-width和orientation陷阱。
别指望用 @media (max-width: 767px) 就能“覆盖所有手机”——它只管宽度，不管字体缩放、浏览器缩放、分屏模式或折叠屏展开状态。真实适配得从你自己的布局里找断裂点，不是抄设备参数表。
怎么定手机断点才不翻车
断点不是设备型号的替身，是你的布局开始“撑不住”的临界值。打开 Chrome DevTools → 切换设备模拟器 → 拖动宽度滑块，盯住这几个位置：
- 导航文字第一次换行的宽度 → 记为
$breakpoint-nav-wrap - 按钮点击区太窄、用户容易误触的下限 → 通常在
320px左右，但别盲目套用 - 卡片内图片被压扁、文字行高失衡的宽度 → 可能是
414px（iPhone 14 Pro 竖屏）或430px（Pro Max） - 系统字体放大 150% 后，同一页面触发的宽度可能比默认小 20%～30%，要手动测试
最终断点建议统一用 min-width 向上增强，例如：
@media (min-width: 320px) { /* 极简修正：padding、line-height */ }
@media (min-width: 414px) { /* iPhone Plus/12+ 竖屏起步，改 font-size 和 grid-template-columns */ }
@media (min-width: 480px) { /* 老款安卓小屏上限，适配输入框高度和 touch target */ }为什么不能用 device-width 或 orientation: portrait
device-width 匹配的是设备物理屏幕宽度，不是视口，一旦用户缩放、横竖屏切换、或开启分屏，它就失效。iOS 上 orientation: portrait 在 Safari 横屏全屏播放视频时会错误触发，Android 折叠屏展开后 orientation 仍报 portrait，但视口已超 1000px。
立即学习“前端免费学习笔记（深入）”；
真正该信的是 width（即 window.innerWidth 对应的 CSS 像素），配合 JS 动态监听更稳：
- 用
@media (width <= 480px)替代@media (max-width: 480px)，语义更准（注意：部分旧版 Safari 不支持width关键字，优先用min-width） - 避免混用单位：
@media (min-width: 28em) and (max-width: 480px)是危险组合，em 依赖根字号，px 是绝对像素，计算结果不可控 - 别在媒体查询里用
vh或vw—— iOS 9.3 以下不支持，且滚动时 Safari 会重算视口高度，导致样式闪跳
手机断点常见误用与修复
很多人写 @media (max-width: 767px) 当“手机专用”，结果 iPad 分屏只剩 500px 宽度时也进了这个区块，侧边栏被挤掉、操作按钮错位。
- 把“手机”当断点目标本身就有问题 —— 应该问：“什么尺寸下，我的主内容区必须占满整行？”
- 不要为某款机型单独加断点，
iPhone 14 Pro和Pixel 7竖屏都是430px视口，逻辑一致 - 慎用
hover: none判断触屏设备 —— iOS 13.4+ 的 iPad 支持悬停，但多数安卓手机不支持，纯靠它会误判 - 如果用了
viewport缩放（如initial-scale=0.5），所有媒体查询数值都会按比例偏移，务必在真机上验证
最易被忽略的一点：断点数值必须和设计稿容器宽度对齐。设计师给的是 375px 宽容器？媒体查询就写 @media (min-width: 375px)，而不是硬凑 320px 或 414px。否则，你在 Figma 里调好的间距，在真机上永远差那么几像素。
