Open IAn2018cs opened 4 months ago
最近在工作中遇到了屏幕适配的问题,这里做个记录,方便以后查看。
先贴出参考的文章:参考文章
场景是这样的:做一个widget,他没有activity application之类的,是由主应用反射拿到对应的view去做渲染,我的工作是做皮肤应用,不涉及到主应用的。
那么问题来了,这意味着有很多限制,比如无法用那些UI适配框架去适配。
屏幕尺寸:即手机屏幕对角线的长度 单位是英寸 inch。
屏幕分辨率:手机屏幕的宽 高像素点数 单位是px。一般设计给的设计稿也是以这个为单位的。
dpi:屏幕像素密度 1英寸有多少像素。Android上会以这个来区分 mdpi hdpi xdpi 等资源文件夹。
dp:密度无关像素 单位 dp,Android上推荐使用的单位
desity:密度,表示 1dp等于多少px
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
desity 计算公式
Gmeek-html<img src="https://blog-image.ian2018.cn/images/9ecc8f4cc00a872ab582072e2dfbbecfee705a31.png">
dp 计算公式
Gmeek-html<img src="https://blog-image.ian2018.cn/images/b2135bab069c50b2b5d539ffbc7ce484038f1676.png">
建 mdpi、hdpi、xdpi、xxdpi、xxxdpi 这几个values文件 ,分别去写dimens。这种方式太麻烦,要根据不同的手机一点点去调,而且适配效果也不好,对应相同dpi,不同尺寸的手机也不能很好去适配。
Google官方的区分标准: Gmeek-html<img src="https://blog-image.ian2018.cn/images/a06163c8d783394b162831f4d3cb7d8b4688ffdf.png">
Gmeek-html<img src="https://blog-image.ian2018.cn/images/a06163c8d783394b162831f4d3cb7d8b4688ffdf.png">
就是建不同手机宽高像素的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
比如以480x320为基准分辨率
宽度为320,将任何分辨率的宽度整分为320份,取值为x1到x320
高度为480,将任何分辨率的高度整分为480份,取值为y1到y480
那么对于800480的分辨率的dimens文件来说,x1=(480/320)1=1.5px x2=(480/320)*2=3px
比如鸿洋的AutoLayout,这种使用简单,前提是你有AndroidManifest和Activity,而且现在该项目已经停止维护。(对于我来说并不适用😂)
只要能拿到上下文环境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;
和宽高限定符适配差不多,也是建不同手机宽度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">
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/669a1b3b3fc006d6f32657da830bcc95fb8523a6.png">
使用时直接引用: Gmeek-html<img src="https://blog-image.ian2018.cn/images/a999e074981c0fe9e4138936c91bfac6cacb2588.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">
最近在工作中遇到了屏幕适配的问题,这里做个记录,方便以后查看。
先贴出参考的文章:参考文章
场景是这样的:做一个widget,他没有activity application之类的,是由主应用反射拿到对应的view去做渲染,我的工作是做皮肤应用,不涉及到主应用的。
那么问题来了,这意味着有很多限制,比如无法用那些UI适配框架去适配。
先说一下分辨率相关的那几个单位吧:
屏幕尺寸:即手机屏幕对角线的长度 单位是英寸 inch。
屏幕分辨率:手机屏幕的宽 高像素点数 单位是px。一般设计给的设计稿也是以这个为单位的。
dpi:屏幕像素密度 1英寸有多少像素。Android上会以这个来区分 mdpi hdpi xdpi 等资源文件夹。
dp:密度无关像素 单位 dp,Android上推荐使用的单位
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命令查看:
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就可能变形了。
3. UI适配框架
比如鸿洋的AutoLayout,这种使用简单,前提是你有AndroidManifest和Activity,而且现在该项目已经停止维护。(对于我来说并不适用😂)
4. 今日头条的适配方案
只要能拿到上下文环境context就行。他是修改当前应用获取到的density值。主要方法是根据设计图的宽度dp,重新计算出density,然后赋值给DisplayMetrics的density。不过我试了一下,效果不错,就是导致在部分手机上主应用的字体偏小,可能是主应用里有不同dpi的values文件导致的。
感兴趣的可以看看今日头条适配方案,主要代码如下:
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">