微信h5字体放大错乱源于其webview对文字的全局等比缩放，非viewport失效；ios需用-webkit-text-size-adjust:100% !important锁死缩放，android需通过weixinjsbridge监听menu:setfont并调用setfontsizecallback重置字号，rem布局下还需同步校准html根字体大小。
微信浏览器中用户手动放大字号导致H5页面错乱，本质不是视口（viewport）本身失效，而是微信对字体渲染层做了全局干预——它绕过你写的CSS，直接在WebView渲染前对文字进行等比缩放。视口设置（比如user-scalable=no）只能禁双指缩放，对这个“关怀模式”类的字体调整完全无效。真正要解决的，是把字体缩放的控制权从微信手里拿回来。
iOS端：用CSS属性锁死自动缩放
iOS微信主要通过-webkit-text-size-adjust影响文字渲染。只要把这个属性设为100%并作用在body上，就能阻止系统级字体调整带来的二次放大。
- 必须加
!important，避免被第三方UI库或内联样式覆盖 - 建议同时写全兼容前缀，增强稳定性：
body {<br> -webkit-text-size-adjust: 100% !important;<br> text-size-adjust: 100% !important;<br> -moz-text-size-adjust: 100% !important;<br>} - 只写
none在部分旧版iOS微信中可能不生效，优先用100%
Android端：靠WeixinJSBridge监听+重置
Android微信不认CSS，而是通过WeixinJSBridge注入脚本动态改字号。你得主动调用接口，并监听用户操作，才能覆盖它的行为。
- 页面加载后立即执行：
WeixinJSBridge.invoke('setFontSizeCallback', {fontSize: 0})，0代表恢复默认字号 - 必须监听
menu:setfont事件，在用户点击右上角“调整字体”时再次触发重置 - 要处理
WeixinJSBridgeReady就绪时机，用addEventListener或attachEvent兜底，不能假设它一上来就存在
rem布局下还需同步校准根字体
如果你用rem做响应式，用户放大字号后，即使锁住了缩放，html根元素的font-size可能已被微信干扰。需要在WeixinJSBridge回调里重新计算并设置一次根字号。
- 例如：先按屏幕宽度算出基准值（如
clientWidth / 16），再根据微信传来的e.fontSize档位微调 - 常见做法是档位1～8对应不同偏移量（-2px到+6px），让文字视觉大小稳定，而不是任由微信拉伸
- 别忘了最后再调一次
setFontSizeCallback，确保后续操作也受控
别漏掉viewport基础配置
虽然它管不了字体放大，但仍是适配前提。确保meta标签不含maximum-scale或user-scalable=yes这类放行缩放的配置。
- 推荐写法：
<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no"> - 特别注意：某些UI框架会动态插入viewport标签，可能覆盖你的设置，需检查最终DOM
