minimum-scale 在 viewport 中实际作用有限，无法真正阻止用户缩放，浏览器常忽略该属性，仅对初始渲染起参考作用，不构成强制约束。
viewport 中 minimum-scale 的实际作用有限
minimum-scale 是 <meta name="viewport"> 的一个属性，但它**不能真正阻止用户缩放**，也不能可靠地“锁死”最小缩放比例。浏览器（尤其是 iOS Safari）会忽略它，或仅在特定条件下部分生效。它的存在更多是历史遗留，而非可用的控制手段。
常见错误现象：minimum-scale=1.0 写了但双指依然能放大；页面在横屏时被强制缩放导致文字过小；安卓 Chrome 忽略该值并允许缩放到 0.5。
- 它只对初始渲染起参考作用，不构成强制约束
- 若同时设了
user-scalable=no，iOS 13+ 会直接禁用该整个 viewport 声明（表现为回退到默认缩放） - Chrome for Android 自 75 版本起已废弃对
minimum-scale的支持
替代方案：用 viewport 配合 CSS 控制可读性
真正可控的做法是放弃缩放锁定，转而保障内容在合理缩放范围内仍可用。核心思路是：允许缩放，但用 CSS 保证最小字号、可点击区域和流式布局不崩坏。
- 设置
<meta name="viewport" content="width=device-width, initial-scale=1.0, user-scalable=yes">（显式启用缩放） - 用
rem或clamp()定义字体大小，例如：font-size: clamp(14px, 4vw, 18px); - 给按钮/链接加
min-height: 44px和padding，满足移动端最小触控面积 - 避免固定像素宽高的容器，优先用
max-width+width: 100%
为什么硬锁缩放反而引发 WCAG 和兼容性问题
强制禁用缩放（如 user-scalable=no 或 minimum-scale=1.0 + maximum-scale=1.0）会直接违反 Web 内容无障碍指南（WCAG 1.4.4），也导致 iOS 辅助功能（如“更大字体”“粗体文本”）失效。
立即学习“前端免费学习笔记（深入）”；
- iOS 系统级“更大动态类型”设置依赖页面允许缩放才能生效
- 部分安卓厂商定制浏览器（如华为、小米）会主动覆盖
user-scalable=no - Google Search Console 会标记含
user-scalable=no的页面为“移动适配不良”
真需要干预缩放？只能用 JavaScript 监听 + 引导
没有 API 能强制重设当前缩放级别，但可通过 window.visualViewport.scale 检测，并在超出合理范围（如 2.5）时显示提示层引导用户恢复。
if (window.visualViewport) {
window.visualViewport.addEventListener('resize', () => {
if (window.visualViewport.scale < 0.75) {
document.getElementById('zoom-tip').style.display = 'block';
}
});
}
注意：visualViewport 在旧版 Safari（
最常被忽略的一点：缩放控制从来不是前端单点问题，它和字体单位选择、媒体查询断点、触摸目标尺寸、甚至后端响应式图片 srcset 都强耦合。单独调一个 minimum-scale 值，基本等于没做。
