现代浏览器已废弃maximum-scale，强制支持用户缩放以保障可访问性；iOS Safari更会无视user-scalable=no主动放大，正确做法是用rem/em、clamp()和visualViewport响应式适配。
viewport 的 maximum-scale 在现代浏览器中已被忽略
Chrome、Safari（iOS 10+）、Firefox 和 Edge 均已废弃对 maximum-scale 的支持——不是“有时失效”，而是明确不响应。这是为保障可访问性（尤其是屏幕阅读器和缩放辅助功能）而做的强制策略。哪怕你写 <meta name="viewport" content="width=device-width, maximum-scale=1.0">，用户双指捏合缩放仍可能触发，且 JS 无法可靠拦截。
用 user-scalable=no 也拦不住 iOS Safari 的强制缩放
iOS Safari 在用户主动触发（如双击文本、聚焦输入框）时，会无视 user-scalable=no 强制放大到适合阅读的尺寸。这不是 bug，是苹果的可访问性强制行为。常见误判场景：
- 表单
<input>获得焦点时自动放大 → 无法通过 viewport 禁用 - 页面文字过小（如
font-size: 12px）被 Safari 主动判定为“需可读性增强” → 触发缩放 - 即使设了
user-scalable=no，Safari 仍允许通过「设置 → 显示与亮度 → 文字大小」全局调整
真正可控的替代方案：CSS + 逻辑兜底
放弃控制缩放比例，转而确保内容在任意缩放下可用：
- 用
rem或em替代固定px字号，配合html { font-size: clamp(14px, 2.5vw, 18px); }适配缩放变化 - 禁用双击缩放副作用：
<meta name="viewport" content="width=device-width, initial-scale=1.0, shrink-to-fit=no">（shrink-to-fit=no是 Safari 私有属性，仅影响初始渲染） - 监听
visualViewport变化做轻量响应：if ('visualViewport' in window) { visualViewport.addEventListener('resize', () => { document.body.style.fontSize = `${visualViewport.scale * 100}%`; }); }
为什么别再折腾 maximum-scale？
它既不能阻止辅助功能缩放，又会触发 Lighthouse 可访问性警告（axe 工具直接报 zoom-disabled 错误），还让 PWA 安装提示在 iOS 上失败。真正的风险不在“缩放失控”，而在你试图压制用户控制权后引发的兼容性断裂和审核拒绝。
立即学习“前端免费学习笔记（深入）”；
