Android系统字体大小如何影响app的字体大小？

在Android应用开发过程中，一定会碰到本来完美的布局，在系统字体大小设置【最大】时变成一团浆糊。解决办法网上也有很多，但是分析原理的却几乎没看到。博主在碰到问题的第一时间也是直接用了网上的方法，即在BaseActivity中重写getResources方法如下

@Override
public Resources getResources() {
Resources res = super.getResources();
Configuration config=new Configuration();
config.setToDefaults();
res.updateConfiguration(config,res.getDisplayMetrics());
return res;
}

这个方法是有效的。

但是作为开发人员必须懂得举一反三，而要举一反三就必须要“知其所以然”，于是博主就去探寻了一番，才有了此篇文章。

1.字体大小如何设置

这个简单，就拿TextView来说，设置字体大小调用setTextSize方法就行了。如果你直接以px为单位设置字体大小，那么应用字体大小是绝对不会被系统字体所影响的，但是绝大多数时候，我们用的单位都是sp，sp是什么？sp = scaled pixel 即缩放了的像素值。而如果用了sp就一定会受系统字体大小的影响。

我们拿TextView来举例，看看它的setTextSize方法

public void setTextSize(int unit, float size) {
Context c = getContext();
Resources r;

if (c == null)
r = Resources.getSystem();
else
r = c.getResources();

setRawTextSize(TypedValue.applyDimension(
unit, size, r.getDisplayMetrics()));
}

看一眼代码，至少可以确定一件事情：设置的字体大小在内部做了计算和变换。

没错，就是这个applyDimension方法干的好事！！

我们跟进去看看先：

public static float applyDimension(int unit, float value,
DisplayMetrics metrics)
{
switch (unit) {
case COMPLEX_UNIT_PX:
return value;
case COMPLEX_UNIT_DIP:
return value * metrics.density;
case COMPLEX_UNIT_SP://看这里，看这里
return value * metrics.scaledDensity;
case COMPLEX_UNIT_PT:
return value * metrics.xdpi * (1.0f/72);
case COMPLEX_UNIT_IN:
return value * metrics.xdpi;
case COMPLEX_UNIT_MM:
return value * metrics.xdpi * (1.0f/25.4f);
}
return 0;
}

事实一目了然，我们设置进去的value值，这个方法返回的是value*metrics.scaledDensity 问题肯定出在scaledDensity这个属性身上！！！

好了，字体大小的设置到此结束。

2. scaledDensity真面目

根据网上提供的办法，我们知道字体大小的影响跟Resources有关(具体原因待分析)。于是博主在Resources.java源码中进行了查找，发现了一个重要的方法

public void updateConfiguration(Configuration config,
DisplayMetrics metrics) {
updateConfiguration(config, metrics, null);
}

然后是具体实现的方法：

public void updateConfiguration(Configuration config,
DisplayMetrics metrics, CompatibilityInfo compat) {
synchronized (mAccessLock) {
... 省略代码 ...

mMetrics.scaledDensity = mMetrics.density * mConfiguration.fontScale;

... 省略代码 ...
}
synchronized (sSync) {
if (mPluralRule != null) {
mPluralRule = NativePluralRules.forLocale(config.locale);
}
}
}

相信大家都看到了，mMetrics.scaledDensity的值其实是受mConfiguration.fontScale影响的。那么我们的研究对象又一次转变了，变成了fontScale。

此时，我们对照一下，网上的解决系统字体大小影响的代码片段

@Override
public Resources getResources() {
Resources res = super.getResources();
Configuration config=new Configuration();
config.setToDefaults();
res.updateConfiguration(config,res.getDisplayMetrics());
return res;
}

看来路子是走对了，这里也是对Configuration进行了设置，并且还调用了updateConfiguration方法。

并且我还告诉你，这里的config.setToDefaults()方法内部第一句代码就是fontScale=1。

那么分析到这里，我们基本可以推测：如果修改系统的字体大小，fontScale肯定会改变！

3. 最终解决

首先，推测是需要验证的。我们可以编写一个demo，在MainActivity的onCreate方法中打印fontScale值

Log.d("Javine","fontScale = "+getResources().getConfiguration().fontScale);

博主的是锤子T1，打印出来的结果是

标准 —– fontScale = 1.0

较大 —– fontScale = 1.1

最大 —– fontScale = 1.4

到此为止，我们还是不能百分之百确定问题一定是因为fontScale值的变化引起的。

我们还需要做最后一件事情——通过修改fontScale值来修复字体大小的问题！

跟网上的解决办法一样，重载Activity的getResources方法如下：

@Override
public Resources getResources() {
//获取到resources对象
Resources res = super.getResources();
//修改configuration的fontScale属性
res.getConfiguration().fontScale = 1;
//将修改后的值更新到metrics.scaledDensity属性上
res.updateConfiguration(null,null);
return res;
}

经博主测试，问题完美解决！！并且，对比网上的解决办法，我们并没有新建一个Configuration对象，从性能角度上说，这个办法更优。