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

一、资源文件夹之间的关系
Android开发中,UI一般会制作多种图片素材,根据素材的分辨率大小,放在如下几个文件夹中:
ldpi(120dpi)
mdpi(160dpi)
hdpi(240dpi)
xdpi(320dpi)
xxdpi(480dpi)
xxxdpi(640dpi)

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

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


关于屏幕适配的dp、dpi、px_第1张图片
Paste_Image.png

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


关于屏幕适配的dp、dpi、px_第2张图片
Paste_Image.png

手机大小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 验证一下:
这里有两张图片


关于屏幕适配的dp、dpi、px_第3张图片
Paste_Image.png

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




    


结果如图:

关于屏幕适配的dp、dpi、px_第4张图片
Paste_Image.png

这个到底是加载的哪个文件夹的图片呢,加载的是171还是64?我也不知道。那么我调换一下,将171×171放入xdpi中,64×64放入xxdpi中,如果图片变小了,那么证明,必然加载的是xxdpi文件夹的图片了。
结果如图:
关于屏幕适配的dp、dpi、px_第5张图片
Paste_Image.png

看到这里,我露出了:
![1BUMVA{DS{$AX{]PM2BBD(9.jpg]( http://upload-images.jianshu.io/upload_images/2518499-335e46f04e51151f.jpg?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

四、转换公式
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后会进一位),结果显得更加精确。

你可能感兴趣的:(关于屏幕适配的dp、dpi、px)