首页 > 代码库 > Android屏幕适配原理

Android屏幕适配原理

几个概念:
1) 屏幕密度(dpi) :dot per inch,即每英寸像素数。
ldpi(120),mdpi(160),hdpi(240),xhdpi(320)
计算方法:
以480x854,4.0inch手机为例,其对角线为4.0inch,对角线的像素数为:(480^2 + 854^2)开根号 = 979.
所以其dpi = 979 / 4 = 245,约为240
2)屏幕尺寸:对角线长度。有small,normal,large,extra large
 
3)方向:横屏和竖屏
 
4)分辨率:一个物理屏幕上总的像素点数,如480x800等。我们应用中并不使用分辨率这个概念,主要是dpi和尺寸
 
5)dp(density-independent pixel)独立像素单位。一个抽象概念,用来定位UI布局,包括尺寸和位置。
 
 
 
1、可以在android工程目录res下有四个文件夹,主要是为了支持多分辨率的图片
drawable-hdpi
drawable-mdpi
drawable-ldpi
drawable-xhdpi
 
当设计给出切图时,我们首先需要明确一点,设计给出的切图是在什么尺寸下给出的。如果是480x800的切图,则应该放入drawable-hdpi目录下,如果是320x480的切图,则应该放在mdpi目录下。如果是720x1280的切图,则应该放在xhdpi目录下。
 
当使用该图片时,系统会根据机器的分辨率到相应的文件夹下查找图片。
 
问题1:如果只放一套图片,系统如何对图片的分辨率进行转换?
android系统加载图片资源遵循下面的规则:首先判断手机的屏幕密度,然后在相应的密度下文件夹中查找图片资源。如果找到,则进行显示。如果找不到,则会从drawable或者其他drawable-*文件夹中寻找。找到后,将文件夹所表示的密度与手机实际密度进行比较,从而缩放图片。例如在drawable下找到资源(等价于从drawable-mdpi),而手机又是hdpi的,这样android在显示图片时会将图片进行放大,以满足hdpi手机显示需要。不难想象,图片肯定会变模糊。
 
系统加载图片前先将图片进行缩放,因此你通过getwidth得到的尺寸已经是经过缩放的尺寸了。缩放比例与密度之比保持一致。
 
问题2:如果切图放错文件夹会有什么问题?
如果放错文件夹,系统会进行相应的缩放,使图片进行错误的缩放。例如hdpi的图片放到mdpi中,在hdpi的手机显示,会比原图片大

 

问题3:720p图片相关问题?
 
设计给切图,最好根据那个dpi呢?是都可以吗?一般应该给480*800的hdpi的切图。这样对于mdpi,可以自动缩小。图像显示质量不受影响。对于xdpi,放大幅度不大,图像显示质量影响较小。
 
那么为什么不用xhdpi呢,这样都是缩小图像不是更好吗?有两个理由,一是增大了apk的尺寸,另一个就是容易引起切图的变形,影响显示。主要是对于.9的图片,有对某一方向进行了压缩,如果设置时,拉伸区域太小,再压缩时可能变形。当然这也不是绝对的,可以通过增大.9.png文件的拉伸区域来实现。
或许还有个理由,xhpi的机型比较不占多数。
 
2、dp工作原理
 
     最关键要记住一个公式:
     android在计算pixel值时会首先判断屏幕的密度。如果我们把mdpi设为1,则hdpi就等于1.5. 如果我们使用dp为单位,android在转换为pixel时会依据下面公式:
 
     px = dp * density;
 
 
    dp表示独立像素密度,所谓独立,就是不依赖与屏幕的密度。
     从本质上来看,dp其实表示是相同的物理长度,注:不是以像素为单位,而是以inch为单位。
     例如对于mdpi,长度为m inch的屏幕,其像素数为n1,dp数为n2. 对于hdpi,也是长度为m inch,包含的像素数为n1 * 1.5. 根据公式可以算出,其dp值为n1 * 1.5 / 1.5 = n1. 对于xhdpi的也是n1.
 
     即:相同的物理长度其dp值相同。
 
 
     
从表象上看,dp可以表示一个相同的比例
也就是在ldpi、mdpi、hdpi和xdpi的屏幕密度中,用同一个dp值,可以表示相同的比例。
 
     请注意:是比例而不是尺寸。因为UI设计中,我们最关心的是一个视图相对于整个屏幕的比例,例如:在mdpi中,某TextView的长度占屏幕宽度的1/2,假设屏幕的宽度像素为320pixel,那么TextView为160pixel。而在hdpi中,我们需要该TextView也占到屏幕的1/2,才能称之为适应了不同的屏幕密度。为了实现这个目标,Android提供了dp的概念。
 
     我们把dip为160(mdpi)的屏幕与dp一一对应起来,即mdpi屏幕中,1个pixel就等于1个dp。通常,mdpi的屏幕宽度为320pixel,所以其屏幕宽度为320dp。
 
以上摘抄自http://blog.csdn.net/tanqiantot/article/details/11174011 以备忘
 

 多屏幕适配的4条黄金原则

1) 在layout文件中设置控件尺寸时应采用fill_parent、wrap_content、match_parent和dp;

具体来说,设置view的属性android:layout_width和android:layout_height的值时,wrap_content,match_parent或dp比px更好,文字大小应该使用sp来定义

2) 在程序的代码中不要出现具体的像素值,在dimens.xml中定义;

为了使代码简单,android内部使用pix为单位表示控件的尺寸,但这是基于当前屏幕基础上的。为了适应多种屏幕,android建议开发者不要使用具体的像素来表示控件尺寸。

3) 不使用AbsoluteLayout(android1.5已废弃) ,可以使用RelativeLayout替代;

4) 对不同的屏幕提供合适大小的图片。

不同大小屏幕用不同大小的图片,low:medium:high:extra-high图片大小的比例为3:4:6:8;举例来说,对于中等密度(medium)的屏幕你的图片像素大小为48×48,那么低密度(low)屏幕的图片大小应为36×36,高(high)的为72×72,extra-high为96×96。

使用9-patch PNG图片

使用图片资源时,如果出现拉伸,因为图片处理的原因,会变形,导致界面走形。9-patch PNG图片也是一种标准的PGN图片,在原生PNG图片四周空出一个像素间隔,用来标识PNG图片中哪些部分可以拉伸、哪些不可以拉伸、背景上的边框位置等。

“上、左”定义可拉伸区域

“右、下”定义显示区域,如果用到完整填充的背景图,建议不要通过android:padding来设置边距,而是通过9-patch方式来定义。

Android SDK中提供了编辑9-Patch图片的工具,在tools目录下draw9patch.bat,能够立刻看到编辑后的拉伸效果,也可以直接用其他图片编辑工具编辑,但是看不到效果。

Android屏幕适配原理