如何适配系统字体缩放以避免 Android 应用 UI 变形

先说一个核心判断：Android应用对系统字体缩放的适配，从来不是一道“可做可不做”的选择题，而是关乎产品基本体面的必修课。不少开发者踩过的坑是——用户在设置里调大了字体，结果页面上的文本要么重叠、要么被截断，甚至直接撑破布局。讲到底，罪魁祸首往往就出在单位用错了，或者布局缺少弹性。

用户在“设置 → 显示 → 字体大小与样式”中调整字体大小后，Android会用一个全局的字体缩放因子（fontScale）作用到所有以sp为单位的文本上。这里的逻辑并不复杂：文本大小随系统设置而变化，而布局的结构必须有能力去弹性容纳这种变化。这不是Bug，这是系统为无障碍设计提供的底层支撑。

单位选对了吗？sp优先，dp需谨慎

• 所有用户可读的文本——TextView、Button、EditText——都应当使用sp

• 只有纯粹的图形元素，比如图标间距、分割线、装饰性View，才适合用dp

  一个常见的反面例子：用dp来设置按钮的文字大小。结果就是，用户再怎么调大系统字体，按钮上的文字也纹丝不动——这种“看不见”的障碍，恰恰是违反无障碍规范的。

布局适配，可以试试这几步

1. 极端测试：把字体调到最大，屏幕缩到最小
   在模拟器或真机上，把系统字体设为“最大”和“最小”，同时切到你支持的最小屏幕尺寸（比如sw320dp），然后逐项检查：

   • 有没有文本被截断？看看ellipsize或maxLines是否设得太紧。
   • 有没有视图重叠？ConstraintLayout的约束链是否完整。
   • 滚动容器还能正常操作吗？ScrollView或NestedScrollView是否覆盖了必要区域。

2. 布局原则：能弹性就别写死

   • 用ConstraintLayout的wrap_content配合0dp（MATCH_CONSTRAINT）取代固定宽高。
   • 对长文本开启自适应换行：

   • 关键区域的边距要留余量。比如把android:layout_marginStart="16dp"调整为12dp~24dp的范围，给大字体下的内容多一些呼吸空间。

3. 文案越精简，翻车概率越低
   Material Design的文案指南里有一条很实用：“简洁即包容”。一个过长的按钮标签，比如“Submit Your Registration Form”，在超大字体下几乎必撑爆。可以考虑：

   • 缩短为动词短语，“Submit”变成“Register”；
   • 用图标辅助表达，比如android:drawableStart加个箭头；
   • 本地化翻译时，预留30%左右的字符余量——德语、俄语这些语言，译过来通常比英文长20%到50%。

几个需要警惕的特例

• 想禁用字体缩放？千万别动这个念头。
  强行锁定fontScale=1.0f的做法，直接屏蔽了视力障碍用户的无障碍需求。这在Google Play政策和WCAG标准面前，是明确的违规行为。
• 某些数字或文本真的不能缩放？那就把它变成图。
  假如业务场景要求某段数字（比如时钟显示）绝对不能跟着系统字体变化，那就别再用TextView了。把它当作图形内容来处理——用Canvas绘制，或预渲染为SVG。这时候，dp才是合理的选择。

说到底，无障碍就是用户体验

适配系统字体缩放，往小处说是“解决显示问题”，往大处说是构建包容性产品的基础。这里列一份行动清单供参考：

• ✅ 全面检查项目中所有的textSize属性，确保100%使用sp；
• ✅ 在res/values-swXXXdp/下为小屏提供紧凑的布局变体；
• ✅ 把“最大字体+最小屏幕”这个组合加入CI自动化截图回归测试；
• ✅ 设计评审时，明确标注“此组件在fontScale=2.0下的可用性验证”；

最终目标其实不是追求所有尺寸下视觉完全一致。真正重要的是：无论用户怎么调整设置，产品的核心功能都应该是可发现、可操作、可理解的。