android设备众多,这导致适配各种机型很麻烦,其中屏幕适配也是一件棘手的事情。其中一种方式是在res文件夹下,根据不同的屏幕分辨率建立一一对应的values文件夹,如下图所示:
其实这种适配方式也可以满足适配要求,使用起来中规中矩的感觉。今天我想介绍另外一种适配方案,那就是github.com/JessYanCodi…
使用姿势
-
添加依赖
implementation 'me.jessyan:autosize:1.1.2'
-
manifest文件中添加如下配置
<manifest>
<application>
<meta-data
android:name="design_width_in_dp"
android:value="360"/>
<meta-data
android:name="design_height_in_dp"
android:value="640"/>
</application>
</manifest>
- 界面适配
public class CustomAdaptActivity extends AppCompatActivity implements CustomAdapt {
@Override
public boolean isBaseOnWidth() {
return false;
}
@Override
public float getSizeInDp() {
return 667;
}
}
如果某个特殊的activity不需要适配,则实现CancelAdapt
接口
public class CancelAdaptActivity extends AppCompatActivity implements CancelAdapt {
}
fragment的适配跟activity一模一样,都是实现CustomAdapt
接口进行适配,实现CancelAdapt
接口告诉框架不需要适配.
- 使用过程中遇到的问题
- 在接入第三方库的时候,第三方的activity和fragment也要进行适配,不然就会报如下错误
“java.lang.RuntimeException: Unable to start activity ComponentInfo{com.wdg.tradecenter/com.yanzhenjie.permission.PermissionActivity}:java.lang.IllegalArgumentException: you must set design_width_in_dp in your AndroidManifest file”
可以在Application#onCreate
方法中添加如下代码取消对指定的activity和fragment取消适配检查
AutoSizeConfig.getInstance()
.getExternalAdaptManager()
.addCancelAdaptOfActivity(PermissionActivity.class);
- 应用
上图是lanhu上的一张ui设计图,我们点击控件,右下角直接就出现了对应的xml代码,使用autosize进行适配,就可以直接使用lanhu上生成的布局代码,这一点确实方便了一些。
框架原理
- 单位
单位 | 解释 |
---|---|
px | 像素 |
dp | 独立设备像素 计算公式:px = dp(dpi/160) |
dpi | 像素密度,指的是在系统软件上指定的单位尺寸的像素数量,它往往是写在系统出厂配置文件的一个固定值 |
通过上面的单位介绍及之间的转换,我们可以得到如下结论:
px= dp(dpi/160), density = dpi/160 => px = dp*density => dp = px/density; 明白上面这个结论,下面我们来讨论为什么我们日常对控件设置的宽/高为某一dp时,无法做到各个手机屏幕的适配。
设备 A , 屏幕宽度为 720px, dpi为160,则屏幕总dp为 720/(160/160) = 720 dp 设备 B , 屏幕宽度为 720px, dpi为320,则屏幕总dp为 720/(320/160) = 360 dp 可以看到屏幕的总 dp 宽度在不同的设备上是会变化的,但是我们在布局中填写的 dp 值却是固定不变的,这就导致我们设置的固定宽度在不同的设备上显示的比例不一样。 例如我们布局中有一个View设置固定宽度为180dp,在设备A中会占屏幕宽度的1/4,但是在设备B中只会占屏幕宽度的1/2,这种差别是十分巨大的。
这时我们要想完美适配,那就必须保证这个 View 在任何分辨率的屏幕上,与屏幕的比例都是相同的。
解决方案
由公式:dp = px/density 可知,由于px是屏幕分辨率,这个值有硬件确定,我们是无法改变的,那么我们可以通过修改density 的值使得不同分辨率的手机宽度dp值是相同的,这样当我们对View设置为某一特定的dp宽度时,占总宽度的dp比例是相同的,这样也就达到占屏幕的比例相同。
那么问题来了,我们如何确定density 的值呢?
由dp = px/density => 屏幕的总 px 宽度 / density = 屏幕的总 dp 宽度
屏幕的总 px 宽度 / density = 屏幕的总 dp 宽度 => 当前设备屏幕总宽度(单位为像素)/ 设计图总宽度(单位为 dp) = density
如果我们将一套设计图的总宽度(dp)作为最终手机屏幕的中宽度(dp), 从而达到修改density的目的,同时又可以保证最终不同分辨率手机的屏幕总宽度是相同的,这也就完成了适配。
AndroidAutoSize
/今日头条 就是基于这个原理来实现屏幕适配的。
AndroidAutoSize
是怎么以最小侵入代价应用上述原理的
利用ContentProvider
初始化该库—— ContentProvider
的onCreate
的调用时机介于Application
的attachBaseContext
和onCreate
之间。
在初始化的时候注册了一个Application.ActivityLifecycleCallbacks
接口类回调
application.registerActivityLifecycleCallbacks(mActivityLifecycleCallbacks);
在接口Application.ActivityLifecycleCallbacks
的实现类中修改density,以达到适配目的。
总结 这个适配方案优点明显
使用成本低,简单。 代码侵入性低 没有性能损耗 可适配activity/fragment/dialog/toast等 缺点
既然AndroidAutoSize库可以修改density,其它库也可以修改,那么这样就会导致冲突。