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，能够立刻看到编辑后的拉伸效果，也可以直接用其他图片编辑工具编辑，但是看不到效果。