屏幕适配小记

最近在工作中遇到了屏幕适配的问题，这里做个记录，方便以后查看。

先贴出参考的文章：参考文章

---

场景是这样的：做一个widget，他没有activity application之类的，是由主应用反射拿到对应的view去做渲染，我的工作是做皮肤应用，不涉及到主应用的。

那么问题来了，这意味着有很多限制，比如无法用那些UI适配框架去适配。

先说一下分辨率相关的那几个单位吧：

1. 屏幕尺寸：即手机屏幕对角线的长度 单位是英寸 inch。

2. 屏幕分辨率：手机屏幕的宽 高像素点数 单位是px。一般设计给的设计稿也是以这个为单位的。

3. dpi：屏幕像素密度 1英寸有多少像素。Android上会以这个来区分 mdpi hdpi xdpi 等资源文件夹。

4. dp：密度无关像素 单位 dp，Android上推荐使用的单位

5. desity：密度，表示 1dp等于多少px

上面那些单位的计算方式：

1. dpi ：
   

   dpi 计算公式

tip：真实的dpi其实是拿的系统配置项里的 ro.sf.lcd_density，可以通过adb shell命令查看：

$ cd system
$ cat build.prop|grep density 

2. desity：

   

   desity 计算公式

3. 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

3. 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文件会增加应用的大小。

如果有不对的地方还望大佬指出。