chenshuais / chenshuais.github.io

0 stars 0 forks source link

屏幕适配小记 #35

Open IAn2018cs opened 4 months ago

IAn2018cs commented 4 months ago

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

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


场景是这样的:做一个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 计算公式

Gmeek-html<img src="https://blog-image.ian2018.cn/images/b3ca2241c9c55a7c6034bfd810ea99ea4dcc4f83.png">

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

$ cd system
$ cat build.prop|grep density 

2. desity:

desity 计算公式

Gmeek-html<img src="https://blog-image.ian2018.cn/images/9ecc8f4cc00a872ab582072e2dfbbecfee705a31.png">

3. dp:

dp 计算公式

Gmeek-html<img src="https://blog-image.ian2018.cn/images/b2135bab069c50b2b5d539ffbc7ce484038f1676.png">

网上查阅了一些适配的方案,大概有以下几种:

1. dp直接适配

建 mdpi、hdpi、xdpi、xxdpi、xxxdpi 这几个values文件 ,分别去写dimens。这种方式太麻烦,要根据不同的手机一点点去调,而且适配效果也不好,对应相同dpi,不同尺寸的手机也不能很好去适配。

Google官方的区分标准: Gmeek-html<img src="https://blog-image.ian2018.cn/images/a06163c8d783394b162831f4d3cb7d8b4688ffdf.png">

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文件夹: Gmeek-html<img src="https://blog-image.ian2018.cn/images/f3ea939ea1faa51ec773bfe2e46d1f89f52ee3e4.png">

计算px对应的dp值: Gmeek-html<img src="https://blog-image.ian2018.cn/images/669a1b3b3fc006d6f32657da830bcc95fb8523a6.png">

使用时直接引用: Gmeek-html<img src="https://blog-image.ian2018.cn/images/a999e074981c0fe9e4138936c91bfac6cacb2588.png">


最终我还是选择了最小宽度限定符的方式,因为这种侵入性小,不过就是太多的values文件会增加应用的大小。

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

Gmeek-html<img src="https://blog-image.ian2018.cn/images/cba07c0042ae9355164cced9c1d662b1152cfc65.png">