iOS禁缩放必须三要素齐备：meta中同时设置initial-scale=1.0、maximum-scale=1.0、minimum-scale=1.0及user-scalable=no，并配合JS拦截gesturestart和双指touchstart，且需早于第三方库执行；nvue页面meta无效，须原生配置。
单独写 user-scalable=no 没用，iOS 真机上基本无效；必须组合 maximum-scale=1.0 + initial-scale=1.0，再加 JS 拦截手势，三者缺一不可。
meta viewport 配置必须带全三个关键参数
只写 user-scalable=no 是常见误区。iOS Safari 对 viewport 的解析有触发条件：仅在页面首次加载、且未发生任何用户交互（如 touchstart、scroll）前才生效。一旦用户滑动或双击过，后续 meta 设置会被忽略。
-
initial-scale=1.0必须显式声明，否则 iOS 可能按设备像素比自动缩放 -
maximum-scale=1.0和minimum-scale=1.0要成对出现，单写 maximum 有时仍允许微调 -
user-scalable=no单独存在几乎无意义，必须和上面两个参数共存 - 写法示例：
<meta name="viewport" content="width=device-width, initial-scale=1.0, minimum-scale=1.0, maximum-scale=1.0, user-scalable=no">
JS 必须拦截 gesturestart 和多点 touchstart
靠 meta 声明太被动，iOS 上最稳的方式是在事件冒泡前就 preventDefault()。重点掐住两个典型路径：双指拉伸（gesturestart）和双击放大（双点 touchstart + 快速 touchend）。
-
document.addEventListener('gesturestart', e => e.preventDefault())—— 直接干掉所有原生缩放手势起点 -
document.addEventListener('touchstart', e => { if (e.touches.length > 1) e.preventDefault() })—— 在 touchstart 阶段判断，不能等 touchend 再数，否则双指松开是异步的，容易漏判 - 这段代码要尽早执行，最好放在
main.js或页面onLoad中，且必须早于 uView、uv-ui 等 UI 库的手势初始化逻辑
pages.json 和 manifest.json 也要同步关死原生层入口
uni-app 打包为 App 后，WebView 初始化参数由原生容器决定，前端 JS 属于“补救”。如果没配对，JS 拦截可能被绕过。
- 在
pages.json的globalStyle下加："navigationStyle": "custom"，避免原生导航栏透出缩放控件 - Android 端需确认
manifest.json中 WebView 配置是否关闭了缩放（如android:usesCleartextTraffic="true"不影响，但setSupportZoom(false)这类原生 API 才关键） - nvue 页面完全不走 webview，meta 标签彻底无效，此时只能依赖原生层配置或自定义渲染逻辑
最容易被忽略的是执行顺序和平台差异：JS 拦截必须早于第三方库绑定事件；nvue 页面根本不用管 meta；而 H5 真机调试时，得用 Safari 连真机看「开发者 → 当前页面 → Viewport」里实际生效值，别信编辑器里写的。
