微信ios客户端强制缩放的根源在于webview层级的ua级干预，仅通过设置viewport meta中initial-scale=1.0和user-scalable=no组合才能禁用该行为，其他css属性均无效。
微信内置浏览器强制缩放的根源在哪
微信 iOS 客户端（特别是 8.0.33 之前版本）会自动对小于 16px 的文字做放大处理，这不是 CSS 能直接覆盖的行为，而是 WebView 层级的 UA 级干预。它只作用于 body 内文本，但会无视 font-size: 12px 这类声明，强行拉高行高和字号。
关键点在于：这个行为不触发 text-size-adjust 的 CSS 属性（iOS Safari 支持，但微信不认），也不响应 -webkit-text-size-adjust: none（已被废弃且微信忽略）。真正有效的入口只有一个：<meta> 标签的 viewport 配置。
必须用 viewport meta 的 initial-scale=1 且禁用 user-scalable 微信识别并执行字号调整的前提是页面“允许用户缩放”。只要明确禁止缩放，并锁定初始缩放比例，它的自动放大逻辑就不再激活。
正确写法只有这一种组合：
<meta name="viewport" content="width=device-width, initial-scale=1.0, minimum-scale=1.0, maximum-scale=1.0, user-scalable=no">
注意以下几点：
-
initial-scale=1.0必须显式写出，不能省略或写成1 -
user-scalable=no是触发条件，缺一不可；只写maximum-scale=1.0不够 -
width=device-width要保留，否则在某些安卓微信版本里可能失效 - 不要加
shrink-to-fit=yes（Safari 旧私有属性，微信不支持且可能干扰）
为什么加 font-size: 10px 还是被放大
即使你写了 html { font-size: 10px; } 或给 p 设了 font-size: 12px，微信仍可能把整段文字撑开——这不是渲染问题，而是它在排版前就做了字体插值处理。
验证方法很简单：打开微信调试（weixin://inspect 或 vConsole），选中文字元素，看 computed style 里的 font-size 是否和你写的不一致。如果显示为 16px 或更高，说明已被干预。
此时唯一解法就是回退到 viewport meta，而不是尝试用 transform: scale() 或 rem 换算去“抵消”——那只会让点击区域错位、表单失焦、fixed 元素抖动。
兼容性与副作用提醒 这个方案在微信所有主流版本（iOS/Android）都有效，但要注意两个现实约束：
- 一旦设了
user-scalable=no，用户双指缩放功能彻底关闭，残障人士或视力不佳者无法自主调整——如需无障碍支持，得权衡是否真要禁用 - 部分安卓微信（如 8.0.35+）开始弱化该行为，但 iOS 微信至今（2024 年）仍稳定复现，不能依赖版本松动
- 若页面含
<input>或<textarea></textarea>，iOS 微信会因禁用缩放而隐藏系统键盘上方的导航条（前进/后退按钮），属于连带影响
<meta name="viewport"> 里几个看似普通的参数。前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
