禁用移动端缩放必须同时设置width=device-width、initial-scale=1.0、minimum-scale=1.0和maximum-scale=1.0，缺一不可；user-scalable=no在ios 13.4+和chrome 90+中已被系统级忽略。
viewport meta 标签禁用缩放的写法
直接禁用用户缩放，靠 user-scalable=no 是不可靠的——现代浏览器（尤其是 iOS 16+ 和 Android Chrome）已基本忽略该参数，仅设它无法真正阻止双指缩放或 pinch-zoom。
必须同时控制 initial-scale、maximum-scale 和 minimum-scale
仅设 user-scalable=no 不起作用；真正生效需三者协同，且值必须一致：
-
initial-scale=1.0：页面加载时的缩放比例 -
maximum-scale=1.0：允许放大的最大倍数 -
minimum-scale=1.0：允许缩小的最小倍数
完整写法：
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, minimum-scale=1.0, user-scalable=no">注意：iOS Safari 要求
maximum-scale 和 minimum-scale 都明确为 1.0，哪怕写了 user-scalable=no，缺一不可。
安卓和 iOS 行为差异要特别注意
iOS Safari 对缩放限制更严格，但只在「非表单输入状态下」生效；一旦焦点落在 <input> 或 <textarea></textarea> 上，系统仍会临时放大（这是无障碍强制行为，无法通过 meta 禁用）。
- Android Chrome 自 80+ 版本起，
user-scalable=no已被完全废弃，仅靠maximum-scale=1.0控制 - 部分国产 WebView（如微信内置浏览器）会无视
minimum-scale，只认maximum-scale - 如果页面有固定宽度布局（如
width=375），width=device-width反而更安全，避免 viewport 错位
替代方案：CSS + JavaScript 更可靠
纯 meta 标签已无法 100% 阻止缩放，尤其在输入场景。更稳妥的做法是：
- 用 CSS 锁定 body 缩放：
body { transform: scale(1); transform-origin: 0 0; } - 监听
touchmove并preventDefault()（需配合passive: false） - 监听
gesturestart事件并e.preventDefault()，专门拦截双指手势 - 注意：这些 JS 方案会影响可访问性，屏幕阅读器或视力障碍用户可能受影响
实际项目中，若真需彻底防缩放，得 meta + CSS + JS 三层兜底，且必须测试真实机型——模拟器常表现异常。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
