关于屏幕适配的dp、dpi、px

一、资源文件夹之间的关系
Android开发中,UI一般会制作多种图片素材,根据素材的分辨率大小,放在如下几个文件夹中:

ldpi(120dpi)
mdpi(160dpi)
hdpi(240dpi)
xdpi(320dpi)
xxdpi(480dpi)
xxxdpi(640dpi)

以mdpi(160dpi)为基准1
可以看出系数比例关系:0.75:1:1.5:2:3:4

二、常规的安卓手机分辨率及其dpi和density的计算
查看一下现在Android Studio自带的模拟器设备:

手机屏幕的dpi和density的计算:
以Nexus5X为例:

手机大小5.2英寸,分辨率为1080×1920,那么该手机屏幕的:
宽度物理尺寸:(1080/√ ̄(1080×1080+1920×1920))*5.2=2.55英寸
像素密度dpi:1080/2.55=420px/英寸
密度density:420/160=2.625

三、资源文件的加载
很明显420dpi不属于上述文件分类中的任何一个,安卓手机分辨率千奇百怪,因此,上述文件夹不是指定具体的分辨率,而是一个范围,如ldpi(value<120dpi),mdpi(120dpi< value < 160dpi),以此类推,420dpi会加载xxdpi中的资源文件
验证一下:
这里有两张图片

将171×171放入xxdpi中,64×64放入xdpi中,用Nexus5X进行测试,应该加载哪个文件夹中的资源呢?

<?xml version=\"1.0\" encoding=\"utf-8\"?>
<RelativeLayout xmlns:android=\"http://schemas.android.com/apk/res/android\"
android:layout_width=\"match_parent\"
android:layout_height=\"match_parent\"
android:orientation=\"vertical\">

<ImageView
android:layout_width=\"wrap_content\"
android:layout_height=\"wrap_content\"
android:layout_centerInParent=\"true\"
android:src=\"@mipmap/icon_life\" />
</RelativeLayout>

结果如图:

这个到底是加载的哪个文件夹的图片呢,加载的是171还是64?我也不知道。那么我调换一下,将171×171放入xdpi中,64×64放入xxdpi中,如果图片变小了,那么证明,必然加载的是xxdpi文件夹的图片了。
结果如图:

看到这里,我露出了

四、转换公式
dp和px之间的换算:
dp=px*density
实际开发过程中,常规用到的转换公式是:

/**
*
* @param context 上下文
* @param values dp值
* @return
*/
public static int dp2px(Context context, int values) {
float scale = context.getResources().getDisplayMetrics().density;
return (int) (values * scale + 0.5f);
}

public static int px2dip(Context context, float pxValue) { 
float scale = context.getResources().getDisplayMetrics().density; 
return (int) (pxValue / scale + 0.5f); 
} 

public static int px2sp(Context context, float pxValue) { 
float fontScale = context.getResources().getDisplayMetrics().scaledDensity; 
return (int) (pxValue / fontScale + 0.5f); 
} 

public static int sp2px(Context context, float spValue) { 
final float fontScale = context.getResources().getDisplayMetrics().scaledDensity; 
return (int) (spValue * fontScale + 0.5f); 
}

以dp2px为例,这里有一个小细节,根据上面的推导,return的结果应该是 (int) (values * density),而结果会+0.5f再强转,原因是浮点型强转整型过程直接会去除小数部分,+0.5f相当于四舍五入的过程(小数部分大与0.5的+0.5f后会进一位),结果显得更加精确。