Android屏幕适配这个东西，真是每个Andorid开发者从入行开始就比较关注也比较头疼的问题
从多套dimens到百分比布局再到鸿神的AutoLayout还有smallestWidth最小宽度限定符适配，还有的公司重写了系统常用的布局容器，然后在onMeasure中进行等比例的缩放。这些都能达到一些挺好的效果，不过也有不少bug存在，适配起来酣畅淋漓的感觉。
后来有人想到了修改系统Density用起来比较爽，这篇文章非常不错，可惜知道的人比较少，直到今日头条在其公众号发表了一篇适配的文章一种极低成本的Android屏幕适配方式，核心思想跟上面是一样的，这种方式才迅速让更多的开发者知道，于是不少优秀的的框架出现AndroidAutoSize和AndroidUtilCode
本篇文章就把上面的原理在熟悉一下，记个笔记。如需源码请去上面开源库中寻找。
无论我们使用什么单位适配，除了px剩下的单位都会根据一定的规则进行转换，布局文件转换位置在android.util下的TypedValue#applyDimension。1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19public 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;
}
Bitmap的转换在 BitmapFactory#decodeResourceStream1
2
3
4
5
6
7
8public static Bitmap decodeResourceStream(Resources res, TypedValue value,
InputStream is, Rect pad, Options opts) {
...
if (opts.inTargetDensity == 0 && res != null) {
opts.inTargetDensity = res.getDisplayMetrics().densityDpi;
}
...
}
上面的代码可以看到，根据不同单位转换的时候，都用到了DisplayMetrics这个类，通过metrics.density，metrics.scaledDensity等值来转化。density就是屏幕的密度，scaledDensity是字体的缩放因子，正常情况下跟density值是相等的，当改变系统字体的大小的时候这个值会变。
如果我们是用dp，上面代码中的value就是我们的dp值，可以看到px=dp*density
所以，适配的时候，保持dp值不变，我们可以修改系统的density值让它跟我们的设计图中的density值相等就好了。
通常情况下，我们适配宽或者高中的一个就行了，因为每个设备的宽高比是不一样的，有的是16:9，有的是4:3等等，所以完全显示一直是不可能的。
下面使用宽度适配一下1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28public class ScreenAdapter {
/**
* 参考设计图的宽 单位dp
* 比如设计图是1920*1080 按360dp为基准
* 相同分辨率的手机，屏幕的尺寸不同也会导致最后的dp值不同。
* 比如1920*1080分辨率，屏幕尺寸为5，最后是392.7dp
*/
private static float WIDTH = 320;
public static void adapter(Activity activity){
//系统的DisplayMetrics
final DisplayMetrics systemDM = Resources.getSystem().getDisplayMetrics();
//根据设计图的WIDTH计算当前的density, scaleDensity, densityDpi
float targetDensity = systemDM.widthPixels/WIDTH;
float targetScaleDensity = targetDensity *(systemDM.scaledDensity/systemDM.density);
//px = density * dp; density = dpi / 160; px = dp * (dpi / 160);
int targetDensityDpi = (int) (targetDensity*160);
//替换Activity的density, scaleDensity, densityDpi
//Activity的DisplayMetrics
final DisplayMetrics activityDM = activity.getResources().getDisplayMetrics();
activityDM.density = targetDensity;
activityDM.scaledDensity = targetScaleDensity;
activityDM.densityDpi = targetDensityDpi;
}
}
由于 API 26 及以上的 Activity#getResources()#getDisplayMetrics() 和 Application#getResources()#getDisplayMetrics() 是不同的引用，所以在 API 26 及以上适配是没有影响的，但在API26以下Activity#getResources()#getDisplayMetrics() 和 Application#getResources()#getDisplayMetrics()是相同的引用，导致适配有问题，而Resources#getSystem()#getDisplayMetrics() 没有这个问题所以使用它了。
如果使用Application#getResources()#getDisplayMetrics()，在手机的设置中改变字体的大小的时候，APP中无法改变，需要注册监听registerComponentCallbacks1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16float appScaleDensity;
//添加字体变化监听回调
application.registerComponentCallbacks(new ComponentCallbacks() {
@Override
public void onConfigurationChanged(Configuration newConfig) {
//字体发生更改，重新对scaleDensity进行赋值
if (newConfig != null && newConfig.fontScale > 0){
appScaleDensity = application.getResources().getDisplayMetrics().scaledDensity;
}
}
@Override
public void onLowMemory() {
}
});
不过如果使用Resources#getSystem()#getDisplayMetrics()的话就没这个问题了，不需要注册上面的监听也能跟随系统改变。最后在Activity的setContentViw()方法之前调用上面类中的adapter方法就可以愉快的适配了。
缺点：
修改了系统的density值之后，所有的地方都适配了，比如第三方库中的dp值，系统库中的dp值，这就会出现一个问题,如果第三方库和系统库中的UI设计的尺寸跟我们的基准尺寸不一样，那适配肯定就会出问题了，比如AlertDialog，Toast的尺寸会变形。
可以在调用这些控件的时候先取消适配。1
2
3
4
5
6
7public static void cancelAdapter(final Activity activity) {
final DisplayMetrics systemDm = Resources.getSystem().getDisplayMetrics();
final DisplayMetrics activityDm = activity.getResources().getDisplayMetrics();
activityDm.density = systemDm.density;
activityDm.scaledDensity = systemDm.scaledDensity;
activityDm.densityDpi = systemDm.densityDpi;
}
有时候系统会重置density的值，比如WebView初始化的时候会重置DisplayMetrics#density的值导致适配失效。可以重写VebView的setOverScrollMode方法1
2
3
4
5@Override
public void setOverScrollMode(int mode) {
super.setOverScrollMode(mode);
//在这重新执行adapter的方法
}
还有一些其他的问题，可以去这两个框架的issue中查看。
从最开始的代码中可以看到除了dp,sp之外，还有一些别的单位，pt,in,mm,Android源代码和第三方库中一般都是使用的dp,sp来做单位，所以我们可以更改pt这个单位，pt，它表示一个点，是屏幕的物理尺寸，其大小为 1 英寸的 1 / 72，也就是 72pt 等于 1 英寸
1 | //designWidth是我们设计图的px尺寸 |
修改DisplayMetrics中的xdpi的值，在布局文件中使用pt做单位，这样我们的修改就不会对系统和第三方的控件的大小改变了。
当然是用这种偏门的单位，对代码的入侵性就有点大，如果以后有了更好的适配方式，更改起来比较麻烦，不过也有处理的方式
从最开始那个代码中我们可以看到，如果以pt为单位，返回的是return value * metrics.xdpi * (1.0f/72);，以dp为单位返回的是return value * metrics.density;
放到一块对比一下1
2return value * metrics.xdpi * (1.0f/72);
return value * metrics.density;
从上面看，如果我们把metrics.xdpi * (1.0f/72)变成metrics.density，那么我们在布局文件中使用dp和pt的效果就一样了。
所以，假如真有更好的方式的时候，可以通过一个取消pt适配的方式，把上面给改了，到时候dp和pt效果一样，我们就不用去布局文件中一个一个的更改了。取消方式1
2
3
4
5public static void cancelPtAdapter(final Activity activity) {
final DisplayMetrics dm = Resources.getSystem().getDisplayMetrics();
final DisplayMetrics activityDm = activity.getResources().getDisplayMetrics();
activityDm.xdpi = dm.xdpi = dm.density * 72;
}