Android开发：如何实现随设备尺寸动态调整的响应式字体大小

以下几个方案的维护成本远低于逐一定义多套dimens资源，且能解决之前ssp/sdp适配库失效的问题：

• 全局基准缩放映射方案
  不需要逐页面计算适配值，在应用启动阶段先获取设备真实有效显示宽度（排除系统导航栏、挖孔区域的不可用宽度），将宽度划分为固定档位：<360dp窄屏、360-480dp标准手机屏、480-600dp大屏手机/小折叠屏、>600dp平板/折叠屏展开态，每个档位对应一个统一的字号缩放系数（比如窄屏0.85、标准屏1.0、大屏档1.2、平板档1.4）。
  实现时不需要大规模修改现有布局逻辑，只需要编写一个通用的自定义TextView，在测量阶段自动把布局中写的基础sp值乘以当前档位的缩放系数；老页面可以通过LayoutInflater的全局拦截，把原生TextView自动替换为这个自定义控件，批量完成全量页面适配，不需要逐一定义dimens资源。
• 基于WindowSizeClass的窗口感知适配
  弃用ssp/sdp库以物理屏幕总宽度为依据的固定换算逻辑，改用Jetpack WindowManager提供的标准窗口尺寸分类能力，它会自动识别折叠屏折叠状态、分屏窗口、自由窗口下的实际可用宽度，将窗口自动划分为Compact、Medium、Expanded三个标准档位。
  适配时只需要针对这三个档位配置统一的字号缩放规则，不管是普通手机、折叠屏、分屏场景，只要窗口的尺寸档位发生变化，就可以通过Activity的生命周期回调动态更新页面内的字号缩放值，不需要为每一种设备尺寸单独编写适配逻辑。
• 系统配置联动的兼容适配
  针对低版本系统设备，可以通过在Application中注册Configuration变更回调，把响应式字号的判断逻辑和系统配置做关联，在保留用户手动调整系统字体大小权限的基础上，叠加屏幕尺寸对应的缩放系数，不会出现ssp/sdp类适配库与系统字体设置冲突的问题。

实际落地时只要保证所有字号的设置都经过统一的全局缩放入口，不需要为每个使用场景单独计算适配值，长期维护成本比多套dimens方案低很多。之前ssp/sdp适配失效的核心原因是它以设备物理总宽度为换算依据，没有考虑分屏、折叠、系统字体缩放的影响，只要把换算依据替换为当前窗口的真实可用宽度，就能解决之前的适配失效问题。

内容的提问来源于stack exchange，提问作者Sparsh Dutta