android系统对小于16px文本会触发强制缩放或降级渲染，导致12px字体更模糊；根本原因在于系统级文本渲染存在隐式阈值，低于该阈值时放弃亚像素抗锯齿，改用低质量灰度渲染。
移动端字体在 Android 上识别模糊，根本不是“设成 12px 就行”，而是浏览器（尤其是 WebView 和旧版 Chrome）对小于 16px 的文本会触发强制缩放或降级渲染——12px 反而更危险。
为什么设 font-size: 12px 在 Android 上反而更糊
Android 系统级文本渲染有隐式阈值：当计算后字号
常见错误现象包括：font-size: 12px 的正文在 Galaxy S22 上文字发毛、数字“1”和“7”难以区分、中文字“口”“日”笔画糊成一团。
- 12px 是系统默认最小可读字号的下限，但不是清晰渲染的安全线
- 用
rem或em计算后最终 - 某些厂商定制 ROM（如 MIUI、ColorOS）还会额外加一层字体缩放补偿，让 12px 实际渲染接近 14px，但仍是模糊态
真正有效的最小字号控制策略
必须确保所有关键文本（尤其是正文、按钮文字、表单标签）的「最终计算值 ≥ 16px」，且避免依赖继承或缩放干扰。
- 直接对
p、span、label等常用文本容器设font-size: 16px，不靠父级继承 - 若用
rem，则 html 根字号不能低于16px（例如html { font-size: 16px; }，再设p { font-size: 1rem; }） - 禁用可能压缩字号的 CSS：避免
transform: scale(0.8)、zoom: 0.9作用于文本容器 - 对
input、textarea必须单独加固：input, textarea { font-size: 16px !important; }，否则获焦时仍可能被浏览器二次干预
Android WebView 中特别要注意的兼容点
WebView 渲染比 Chrome 更保守，很多 CSS 属性（如 -webkit-font-smoothing）完全无效，唯一可控的是字号本身和单位选择。
- 坚决不用
px以外的绝对单位设置基础字号（pt、cm会被无视或转错） -
sp单位只在原生 Android XML 中生效，CSS 里写font-size: 16sp是无效语法 - 若项目嵌入 WebView，需在 Java/Kotlin 层同步设置：
webView.getSettings().setTextZoom(100);，防止系统字体偏好放大干扰 CSS 计算 - 测试必须覆盖 Android 10–13 的 WebView 内核版本，Android 14+ 已逐步对齐 Chrome 行为，但存量设备仍以旧内核为主
最易被忽略的是：字号达标只是前提，line-height 过小（如 line-height: 1）会导致行间挤压，加剧字符粘连感；而 letter-spacing: 0.02em 配合 font-size: 16px 才能真正拉开可读性空间。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
