根本原因是Android WebView旧版内核在渲染阶段强制截断小于12px的字号计算值，静默修正为12px，属内核级最小字号策略且无法通过CSS覆盖。
WebView里font-size: 10px被强制拉到12px，根本原因是什么
不是CSS写错了，是Android WebView（尤其旧版内核）在渲染阶段直接截断了小于12px的字号计算值——font-size: 10px传入渲染引擎后，会被底层文本服务静默修正为12px。这个行为与用户系统字体设置无关，也和-webkit-text-size-adjust无关（该属性在多数WebView中已被忽略）。真正起作用的是内核级最小字号策略，且无法通过CSS覆盖。
用transform: scale()缩放时必须同步处理transform-origin和外容器尺寸
单纯写transform: scale(0.8)会导致文字位置偏移、行高错乱、点击区域错位。关键点在于：
-
transform-origin必须设为left top或0 0，否则缩放中心默认在元素中心，文字会向上向左漂移 - 原始字号要翻倍（如目标视觉是
10px，先设font-size: 20px），再用scale(0.5)缩回，避免小数像素导致模糊 - 容器高度、
line-height、padding等必须按缩放前尺寸设置，否则布局塌陷 - 若父容器有
overflow: hidden，缩放后可能被裁切，需扩大父容器尺寸或加margin补偿
input/textarea等表单控件需单独加固，否则获焦时仍会重置字号
WebView对表单元素有独立的字体干预逻辑：即使你用scale缩放了input，当用户点击输入时，系统键盘弹出瞬间可能触发浏览器重绘，强行恢复为16px或系统默认值。可靠做法是：
- 对所有表单控件显式声明
font-size: 16px !important（哪怕你后续用scale缩小） - 配合
input, textarea { -webkit-appearance: none; }禁用原生样式干扰 - Java/Kotlin层同步调用
webView.getSettings().setTextZoom(100)，关闭系统字体偏好放大
Android 10以下WebView必须降级兼容，scale在Android 4.4以下几乎无效
Android 4.3及更早版本的WebView不支持transform对行内元素生效，scale写上去等于没写。检测并降级的最小可行方案是：
立即学习“前端免费学习笔记（深入）”；
- 用
navigator.userAgent提取Android版本：const androidVer = parseFloat(ua.match(/Android (\d+\.\d+)/)?.[1] || '0') - 若
androidVer < 4.4，改用font-size: 12px+letter-spacing: -0.03em模拟紧缩效果 - 避免使用
zoom属性——它在WebView中行为不可控，且非标准 - 真机测试必须覆盖Android 9–12的WebView内核（Chromium 75–95），这些版本对
scale的支持存在细微差异
最易被忽略的是：缩放后的文字在高DPR屏（如Pixel 6、S22）上若未配合backface-visibility: hidden或-webkit-font-smoothing: antialiased，仍可能发虚——这不是字号问题，而是GPU合成层缺失导致的亚像素渲染失效。
