最近在工作中遇到了屏幕适配的问题，这里做个记录，方便以后查看。
先贴出参考的文章：参考文章
场景是这样的：做一个widget，他没有activity application之类的，是由主应用反射拿到对应的view去做渲染，我的工作是做皮肤应用，不涉及到主应用的。
那么问题来了，这意味着有很多限制，比如无法用那些UI适配框架去适配。
先说一下分辨率相关的那几个单位吧：
-
屏幕尺寸：即手机屏幕对角线的长度 单位是英寸 inch。
-
屏幕分辨率：手机屏幕的宽 高像素点数 单位是px。一般设计给的设计稿也是以这个为单位的。
-
dpi：屏幕像素密度 1英寸有多少像素。Android上会以这个来区分 mdpi hdpi xdpi 等资源文件夹。
-
dp：密度无关像素 单位 dp，Android上推荐使用的单位
-
desity：密度，表示 1dp等于多少px
上面那些单位的计算方式：
-
dpi ：
dpi 计算公式
tip：真实的dpi其实是拿的系统配置项里的 ro.sf.lcd_density，可以通过adb shell命令查看：
$ cd system
$ cat build.prop|grep density
-
desity：
desity 计算公式
-
dp：
dp 计算公式
网上查阅了一些适配的方案，大概有以下几种：
1. dp直接适配，建 mdpi、hdpi、xdpi、xxdpi、xxxdpi 这几个values文件 ，分别去写dimens。这种方式太麻烦，要根据不同的手机一点点去调，而且适配效果也不好，对应相同dpi，不同尺寸的手机也不能很好去适配。
Google官方的区分标准
2. 宽高限定符适配，就是建不同手机宽高像素的values文件 如：values-480×320，然后找到一个基准分辨率，其他的分辨率都根据这个基准去把宽高等分。这样好处是我们只需要适配一个分辨率即可，缺点是命中率太低，如果没有找到当前运行的手机分辨率的文件夹，就会去拿默认dimens里的值，这样UI就可能变形了。
比如以480x320为基准分辨率
宽度为320，将任何分辨率的宽度整分为320份，取值为x1到x320
高度为480，将任何分辨率的高度整分为480份，取值为y1到y480
那么对于800480的分辨率的dimens文件来说，x1=(480/320)1=1.5px x2=(480/320)*2=3px
- UI适配框架，比如鸿洋的AutoLayout，这种使用简单，前提是你有AndroidManifest和Activity，而且现在该项目已经停止维护。（对于我来说并不适用😂）
4. 今日头条的适配方案，只要能拿到上下文环境context就行。他是修改当前应用获取到的density值。主要方法是根据设计图的宽度dp，重新计算出density，然后赋值给DisplayMetrics的density。不过我试了一下，效果不错，就是导致在部分手机上主应用的字体偏小，可能是主应用里有不同dpi的values文件导致的。
感兴趣的可以看看今日头条适配方案，主要代码如下：
DisplayMetrics appDisplayMetrics = mainPkgContext.getResources().getDisplayMetrics();
if (sNoncompatDensity == 0) {
sNoncompatDensity = appDisplayMetrics.density;
sNoncompatScaledDensity = appDisplayMetrics.scaledDensity;
// 当修改系统字体时，会回调此方法
mainPkgContext.getApplicationContext().registerComponentCallbacks(new ComponentCallbacks() {
@Override
public void onConfigurationChanged(Configuration configuration) {
if (configuration != null && configuration.fontScale > 0) {
sNoncompatScaledDensity = mainPkgContext.getResources().getDisplayMetrics().scaledDensity;
}
}
@Override
public void onLowMemory() {
}
});
}
// 320是设计图的宽度dp，可以根据自己的设计稿去修改
float targetDesity = appDisplayMetrics.widthPixels / 320;
float targetScaledDensity = targetDesity * (sNoncompatScaledDensity / sNoncompatDensity);
int targetDesityDpi = (int) (160 * targetDesity);
appDisplayMetrics.density = targetDesity;
appDisplayMetrics.scaledDensity = targetScaledDensity;
appDisplayMetrics.densityDpi = targetDesityDpi;
DisplayMetrics activityDisplayMetrics = context.getResources().getDisplayMetrics();
activityDisplayMetrics.density = targetDesity;
activityDisplayMetrics.scaledDensity = targetScaledDensity;
activityDisplayMetrics.densityDpi = targetDesityDpi;
5. 最小宽度限定符适配，和宽高限定符适配差不多，也是建不同手机宽度dp的values文件 如：values-sw320dp，系统会根据手机的宽度去拿不同文件夹下的值。
我们只需要根据设计稿的宽度计算出各个sw文件的px对应多少dp，使用的时候直接根据设计稿去引用px就行。网上有很多自动生成这些文件的工具，贴出我使用的一个：自动生成sw工具 java项目
这种方式优点是容错性提高了，如果没有找到当前运行的手机宽度的文件夹，就会去拿与之相近的dimens里的值，这样UI就不会出现太大的差异。
各个手机的sw dp文件夹
计算px对应的dp值
使用时直接引用
最终我还是选择了最小宽度限定符的方式，因为这种侵入性小，不过就是太多的values文件会增加应用的大小。
如果有不对的地方还望大佬指出。
网友评论