viewport标签写错等于没做响应式，必须置于<head>最开头且唯一，content仅限width=device-width, initial-scale=1.0；位置错误、动态插入、多标签或额外参数均导致失效，进而引发缩放异常、横向滚动及300ms点击延迟。
viewport 标签写错，等于没做响应式——所有媒体查询、rem 计算、图片自适应都会失效。
viewport 必须放在 <head> 最开头且唯一
浏览器一解析到 <meta name="viewport"> 就立刻重设视口；晚了，首屏已按默认 980px 渲染完成，后续任何修改都只是缩放抖动或强制重排。
-
<meta charset="UTF-8">后面被 SSR 框架注入的注释、<script>占位符或 Vite 插件自动添加的内容，会把 viewport 挤到第二位，直接失效 - 用 JavaScript 动态创建并
document.head.appendChild()—— iOS Safari 和多数安卓 WebView 完全忽略 - 写在
<body>里，Chrome 和 Safari 都不认 - 多个
<meta name="viewport">并存，浏览器只取第一个，其余静默丢弃
验证方式：Chrome DevTools 切 iPhone 模拟器 → Elements 面板看 <html> 的 clientWidth —— iPhone 13 应接近 390，不是 980。
content 值只允许 width=device-width, initial-scale=1
这是 2026 年实测下所有主流设备（iOS Safari、Chrome for Android、Samsung Internet）公认的最小有效组合。多一个参数，就多一分兼容性风险。
立即学习“前端免费学习笔记（深入）”；
- 只写
width=device-width：老版 iOS（如 iOS 9）可能 fallback 到 980px 缩放逻辑 - 只写
initial-scale=1：部分安卓 WebView 忽略，文字照旧小得看不清 - 加
maximum-scale=1.0或user-scalable=no：违反 WCAG 2.1，系统「更大字体」设置失效，iOS 输入框还可能强制放大 - 写死
width=375：横屏时直接崩，Pixel 系列或 iPad 上完全错位
别信“加了更保险”的说法。它不是增强配置，而是引入不可控行为的开关。
写了 viewport，页面还是错乱？检查这三个配套点
<meta name="viewport"> 只管“画布怎么铺开”，不解决布局、字体、图片的具体适配。错乱几乎都出在这里：
- CSS 里写了
width: 375px或font-size: 16px这类硬编码——该换%、rem、vw的地方没换 - 图片没加
max-width: 100%; height: auto;，直接撑爆容器引发横向滚动 - 媒体查询用了
@media (max-width: 767px)却忘了在大屏样式里重置display或flex-direction，导致小屏规则残留覆盖
断点数值别抄别人家的 768/1024；内容在 640px 就已挤不开，却还在等 768px 才响应，就是典型的临界点失配。
最常被忽略的是：viewport 生效后，device-width 是 CSS 像素宽度，不是物理像素，高 DPR 设备（如 iPhone 15 Pro）上 1rem 实际渲染可能超 3px，硬写 border: 1px solid 会模糊或消失——这时得靠 @media (-webkit-min-device-pixel-ratio: 2) 微调，而不是改 viewport。
