多数情况下应设为 auto；optimizelegibility 对中日文无效且易致模糊、行高错乱，geometricprecision 更危险，auto 由浏览器自动优化渲染，最稳妥。
text-rendering 该设成 optimizeLegibility 还是 auto？
多数情况下，text-rendering: optimizeLegibility 并不比 auto 更好——尤其在中文、日文等非拉丁文字场景下，它可能让字体渲染变糊、行高错乱，甚至触发浏览器重排。
这个属性本意是为英文连字（ligatures）和字距微调（kerning）服务的，对中文字体几乎无作用，反而容易干扰系统默认的 subpixel 渲染逻辑。
-
optimizeLegibility在 Safari 和旧版 Chrome 中会强制启用字体平滑和字距调整，但中文字体本身不含 ligature 表，结果只是多了一层模糊滤镜 -
geometricPrecision更危险：禁用所有抗锯齿，小字号直接发虚，大标题边缘生硬，基本不用 -
auto是最稳妥的默认值，现代浏览器会根据字号、DPR、字体类型自动选择渲染策略
大标题文字发虚、边缘毛糙，是不是 text-rendering 没设好？
不是。大文字显示效果差，90% 的问题出在字体加载、font-weight 匹配或系统渲染开关上，和 text-rendering 关系很小。
真正起效的组合是：font-smooth（已废弃但部分 Safari 仍响应）、-webkit-font-smoothing、font-weight 是否匹配字体文件中的真实粗细，以及是否用了 system-ui 或未授权 WebFont。
立即学习“前端免费学习笔记（深入）”；
- Mac 上加
-webkit-font-smoothing: antialiased可能让黑体变细、发灰；用subpixel-antialiased才接近原生效果 - Windows 下
font-smooth完全无效，得靠 ClearType 设置和font-feature-settings: "liga" off避免意外连字干扰 - 用
@font-face加载自定义字体时，确保font-weight值与字体文件内嵌 weight 一致，否则浏览器会强行模拟加粗，导致边缘模糊
Chrome DevTools 里看到 text-rendering 被标黄警告，要不要改？
不用改。DevTools 标黄只是提示该属性“非标准”或“兼容性有限”，不是报错，也不影响渲染结果。
目前只有 Firefox 完全支持全部四个值，Chrome/Safari 对 optimizeSpeed 和 geometricPrecision 支持不完整，且行为不一致。标黄本质是工具在提醒：你写的这个值，当前浏览器可能忽略或降级处理。
- Chrome 115+ 已将
text-rendering视为 deprecated（但未移除），实际仍解析，只是不推荐新项目使用 - 如果用在内联样式或 JS 动态设置（如
el.style.textRendering = 'optimizeLegibility'），某些版本会静默失败，返回空字符串 - 真正需要控制渲染质量的场景，应优先考虑
image-rendering（针对 SVG 文字转图）或 CSS @font-face 的font-display策略
text-rendering 是个表面功夫很重的属性，容易让人误以为调了它就能“提升清晰度”。实际上它既不控制抗锯齿开关，也不决定 subpixel 渲染是否启用，更不会让微软雅黑在 Linux 上突然变锐利。真要优化大文字，得从字体选型、加载时机、weight 匹配和平台特性适配一层层往下查。
