Android中Density和Pixel的关系对界面显示的影响

众所周知，Android中的Density为分四种，分别是120dpi，160dpi，240dpi，320dpi，对应工程中的文件夹分别为drawable-ldpi,drawable-mdpi,drawable-hdpi,drawable-xhdpi。同一张图片的尺寸在这几个文件夹中的比例为3：4：6：8。

Android系统在运行应用程序时，会根据当前设备的Density获取相应文件夹中的图片来显示。

dp与px的换算关系为1dp=(dpi)/160px，按这样算，160dpi情况下，1dp=1px,240dpi情况下，1dp=1.5px。

虽然按照这种设计能够对图片显示质量有所保障，那是否这样就可以完美解决我们的界面自适应问题呢？事实上并不是这样，大家看图比较。

图1 自定义Launcher在HTC G7的显示效果 240dpi 800*480

图2 自定义Launcher在平板上的显示效果 160dpi 800*480

图2是显示正常的，为什么图1会出现严重的错乱呢？原因是在不同的density下，虽然获取了不同尺寸的图片，但是在布局中有些View的尺寸和间距是用dp来表示的。

这样当它从160dpi到240dpi时，1dp会由1px变成1.5px，即扩大为原来的1.5倍。

网上有人说在定义应用程序UI时，要用dp单位，以确保UI在不同密度屏幕上得以正确显示。

经过这个试验，就发现这句话是错的。附上两张图，更直观的看出对比。

按钮宽度320dp,800*480160dpi 相当320px 按钮宽度320dp,800*480240dpi 相当480px

了解以上原因后，相信大家不会天真的认为只要采用dp作单位就可以自适应各种density了。

如果要做一个程序，能完美的适应任务分辨率，那只是一种理想。但我们可以尽量接近它。我认为可以按如下方法做：

1、整个程序不使用任何具体的长度，结合layout_weight来分配显示比例。

2、如果在布局中指定了具体长度，那么要在程序中动态根据不同的屏幕分辨率，按换算得比例重设控件尺寸。

更多相关文章

随机推荐