viewport必须置于<head>最前面且配对width=device-width与initial-scale=1.0，禁用user-scalable=no违反可访问性，溢出问题需检查CSS布局而非仅依赖viewport配置。
必须写，且必须写对——错一个字符，页面就可能在真机上糊、缩、滚、点不准。
viewport 必须放在 <head> 最前面，不能动态插入
浏览器是顺序解析 HTML 的，viewport 必须在首次渲染前生效。塞在 <body> 里、用 JS 执行 document.head.appendChild()、或者被 SSR 框架（如 Next.js）的模板漏传，Safari 和多数 Android WebView 都会直接忽略。
- ✅ 正确位置：紧贴
<meta charset>后，<head>内最靠前处 - ❌ 错误做法：Vue 的
<client-only>包裹、CMS 自动生成两个viewport（以第一个为准，但中间已错乱）、SSR 中未透出该 meta 标签 - ? 调试方法：DevTools → Elements → 搜索
viewport；再执行document.querySelector('meta[name="viewport"]')?.content确认值未被覆盖
width=device-width 和 initial-scale=1.0 必须配对出现
只写 width=device-width，iOS Safari 可能仍按 980px 渲染再缩小；只写 initial-scale=1.0，某些安卓 WebView 会无视设备宽度，导致横向滚动。两者缺一不可，这是触发“理想视口”的最小必要条件。
- ✅ 推荐最小可用配置：
<meta name="viewport" content="width=device-width, initial-scale=1.0"> - ❌ 危险写法：
width=375（折叠屏横屏崩）、width=1200（小屏强制拉伸）、initial-scale=1不带width=device-width - ⚠️ 注意：
device-width是经 DPR 换算后的 CSS 像素宽度（如 iPhone 15 是 393px），不是物理像素，硬写死数值毫无意义
user-scalable=no 和 maximum-scale=1.0 在 2026 年基本失效且违反可访问性
iOS 16+ 已明确弱化对 user-scalable=no 的支持，Safari 会无视它以保障可访问性；Android 各厂商 WebView 行为不一致，有的照办，有的跳过。强制禁用缩放不仅违反 WCAG 2.1 标准（视障用户需放大阅读），还会在部分设备上引发触摸事件异常。
- ✅ 合理替代：
touch-action: manipulation控制区域手势，或用 CSS 限制特定容器可缩放 - ❌ 高危组合：
user-scalable=no, maximum-scale=1.0, minimum-scale=1.0—— 锁死所有缩放能力，老年用户和视障用户无法使用 - ⚠️ 特殊例外仅限 Kiosk 自助终端、或嵌入 WebView 且 native 层已统一接管缩放（需客户端配合）
写了 viewport 还是不正常？先查内容是否溢出视口
initial-scale=1.0 不是万能锁。常见真因是 CSS 或 HTML 元素破坏流式布局：
-
width: 100vw加上padding或border导致实际超宽 - 某个
<div>写了固定width: 375px（在 iPhone 13 上没问题，在 Pixel 7 上就溢出） - 图片未设
max-width: 100%，原图宽度 > 视口宽度 - Flex 容器子项用了
flex-shrink: 0+ 固定width，撑破父容器
真正容易被忽略的是：viewport 配置只是开关，它不修复溢出；一旦有元素突破视口边界，哪怕 viewport 写得再标准，也会触发横向滚动或缩放失衡。
