不必须包含 user-scalable=no，但需同时设置 minimum-scale=1.0、maximum-scale=1.0 才能可靠禁止缩放；user-scalable=no 是辅助项，所有 scale 值须为浮点格式（如 1.0），且 meta 标签须置于 head 最前。
viewport meta 标签里必须包含 user-scalable=no 吗？
不必须，但仅靠 user-scalable=no 无法可靠禁止缩放。iOS Safari 在某些版本（尤其是 iOS 10+）会忽略该值，除非同时严格控制 minimum-scale 和 maximum-scale。
- 必须设
minimum-scale=1.0且maximum-scale=1.0，二者缺一不可 -
user-scalable=no是辅助项，部分安卓浏览器仍依赖它 - 所有值必须写成带小数点的浮点格式（如
1.0），写成1可能被 Safari 解析失败 - 不要加空格或换行在属性值内，例如
maximum-scale= 1.0会失效
完整的 <meta name="viewport"> 声明怎么写？
标准写法只有一行，放在 <head> 内最前位置（早于 CSS/JS）：
<meta name="viewport" content="width=device-width, initial-scale=1.0, minimum-scale=1.0, maximum-scale=1.0, user-scalable=no">
-
width=device-width是响应式基础，不能省 -
initial-scale=1.0防止双击放大或横竖屏切换时错乱 - 四个 scale 参数必须全部出现，顺序无关，但建议按上例排列便于维护
- 如果项目已用
rem或视口单位做适配，删掉initial-scale可能导致字体突变
为什么加了还是能双指缩放？
常见原因不是代码写错，而是触发时机或平台限制：
- 页面加载后 JS 动态修改了
document.documentElement.style.fontSize或根元素 font-size，间接影响缩放判定 - 某些微信内置浏览器（尤其旧版）会强制重置 viewport，需配合
touch-action: manipulation在 body 上 - iOS 15.4+ 对
user-scalable=no执行更严格，但若页面存在input、textarea聚焦，仍可能临时启用缩放（这是系统行为，无法完全禁用） - 使用了第三方 UI 库（如某些 Vue 组件库）自带 viewport 注入逻辑，会覆盖你写的 meta
有没有更稳妥的兜底手段？
纯 HTML meta 无法 100% 拦截所有缩放场景，可叠加两层防护：
立即学习“前端免费学习笔记（深入）”；
- 在
<body>加样式：body { touch-action: manipulation; }，抑制默认手势响应 - 监听
gesturestart事件并e.preventDefault()（注意：该事件已被 Chrome 98+ 废弃，仅对老版安卓有效） - 真正关键的交互区域（如按钮、滑块）单独加
touch-action: none，避免误触触发缩放
移动端禁止缩放这件事，本质是和浏览器厂商“协商”而非“命令”。参数写全只是入场券，真正稳定还得看实际机型、OS 版本和页面交互复杂度。
