原文地址：http://www.cnblogs.com/error404/p/3815739.html
一建议：
1、尽量不要使用绝对布局
2、尽量使用match_parent 而不是fill_parent
3、尽量使用权重（Android:layout_weight）
4、如果需要子在特定分辨率小适配，可以在res目录上新建layout-HxW.xml的文件夹。
Android系统会优先查找分辨率相同的布局，如果不存在则换使用默认的layout下的布局。
二、术语概念
四种屏幕尺寸分类：small,normal,large,xlarge
四种密度分类：ldpi(low),mdpi(medium),hdpi(high),xhdpi(extra high)
xhdpi是从Android2.2 (API Level 8)才开始增加的分类
xlarge是从Android2.3（API Level 9）才开始增加的分类
DPI：dot per inch 每英寸像素数
ldpi:120 、mdpi:160、hdpi:240、xhdpi:320
三、如何做到自使用屏幕大小？
1）界面布局方面
需要根据物理尺寸的大小准备5套布局，layout（放一些通用布局xml文件，比如界面中顶部和底部的布局，不会随着屏幕的大小变化，类似windows窗口的title
bar），layout-small(屏幕尺寸小于3英寸左右的布局），layout-normal(屏幕尺寸小于4.5英寸左右），layout-large(4英寸-7英寸之间），layout-xlarge(7-10英寸之间）
2）图片资源方面 需要根据dpi值准备5套图片资源，drawable，drawalbe-ldpi,drawable-mdpi,drawable-hdpi,drawable-xhdpi Android有个自动匹配机制去选择对应的布局和图片资源
四、两种获取屏幕分辨率信息的方法： DisplayMetrics metrics = new DisplayMetrics(); Display display = activity.getWindowManager().getDefaultDisplay(); display.getMetrics(metrics);
//这里得到的像素值是设备独立像素dp
//DisplayMetrics metrics=activity.getResources().getDisplayMetrics(); 这样获得的参数信息不正确，不要使用这种方式。 不能使用android.content.res.Resources.getSystem().getDisplayMetrics()。这个得到的宽和高是空的。
五、关于图片制作
1）关于设计： 设计图先定下一个要设计的尺寸，而且尽量采用在目前最流行的屏幕尺寸（比如目前占屏幕比重比较多的是480系列，也即是480*800或者400*854，下面的图标制作也在次基础上进行比例的换算）上设计。 先了解一下屏幕的级别：
屏幕级别 屏幕密度 比率（相对） 物理大小（英寸） 像素大小 通常的分辨率 ldpi 120 3 0.75 1 120 mdpi 160 4 1 1 160 320*480 hdpi 240 6 1.5 1 240 480*800 xhdpi 320 8 2 1 320 720*1280 xxhdpi 480 12 3 1 480 1080*1800
说明
屏幕级别：
注意屏幕级别是按照密度分级，和像素没有关系。如果非要让密度和像素扯上关系，则需要一个参照系，android使用mdpi级别作为标准参照屏幕，也就是说在320*480分辨率的手机上一个密度可以容纳一个像素。然后其他密度级别则在此基础上进行对比。如果理想情况下，480*800的屏幕一个密度可以容纳1.5个像素。 物理大小： 单位是英寸而不是像素，也就说一个英寸在任何分辨率下显示的大小都是一样的，但是像素在密度不同的手机里面显示的实际的大小是不一样的（这就是为什么android手机需要适配的原因）。 然后就是重点。 假设1像素在160密度下显示1英寸，则1像素在240密度基础上显示大约0.67英寸，在320密度下显示0.5英寸。于是就出现一种情况，在电脑上的一个像素，在不同的手机上看实际的大小不一样。那么怎么让“设计效果”在不同的手机上看起来显示的区域一样呢？ 还是假设一个像素在160密度下的显示在一个密度内，也假设就是一英寸。那么需要几个像素才能在240密度级别下显示在一英寸范围内呢？答案是1.5个像素（根据上图的比率换算）。 了解了这个关系，接下来就是图标的制作。
2）关于切图。 关于切图有几个建议： 第一，长宽最好是3的倍数（根据android的推荐logo图标的大小是48（mdpi），72（hdpi），96（xhdpi）得出的最小公约数）。 第二，长宽最好是偶数。因为奇数在进行等比压缩的时候可能有问题。 第三，根据上面两条，如果长宽是6的倍数最理想。 第四，如果可以拉伸而不改变设计意图的情况下，比如纯色背景，则使用android的9path工具制作成.9的图片。 3）关于图标的适配。 然后接下来的一切就和设计稿没什么关系。在切好图的基础上，根据屏幕密度、像素和实际大小的比例关系。假如设计司在480*800的分辨率下做好了设计图，并且切好图，如果你需要适配720*1280屏幕，该怎么做？根据比例，他们的关系是2:3，于是你需要按照1.5倍比例制作图标，比如你在480*800的设计稿上切下来一个20*20像素的图，那么你就需要制作一个等比放大成30*30像素的图标，这样同一个图标在480*800的屏幕和720*1280的屏幕上显示的实际大小才一样。同理，如果你需要适配xxhdpi则需要在20*20的基础上制作一个等比放大成40*40像素的图标。 4）关于图标的目录，480*800切下来的图我们放在drawable-hdpi目录下，按照2:3放大的图标放在drawable-xhdpi目录下，按照2倍放大的图标放在drawable-xxhdpi目录下。 android会根据手机的密度优先查找对应的目录的资源， 比如408*800分辨率下的手机如果密度是160，则自动加载drawable-hdpi这个目录下的图标， 如果720*1280密度是240的手机自动加载drawable-xhdpi这个目录下的图标。如果没有这个文件夹，则查找和240最接近的对应密度文件夹。
5）其它 接下来要说的估计会让你失望，根据上面的步骤也不能完全解决适配的问题，只能是大概适配，而就算根据上面的步骤大概适配了，实际在手机上的效果也有出入。 比如魅族MX3的分辨率是1080*1800，标准情况下密度是480，但是他的密度大约是524，和480接近，也就是会查找drawable-xxhdpi这个资源下的文件。也就是说你在480*800分辨率下切图然后按两倍放大的图标在这台手机上显示的效果还是比实际的小。 而另一个要说的问题是540*960或者640*960，他们的密度很可能是或者接近240也可能是320。于是在480*800的设计稿上切下来的图并且进行的适配制作，在这些手机上显示的实际大小也可能或大或小。 综上所述，我也只是把我的理解和经验分享一下，但是并不能完美适配屏幕，仅仅当做抛砖引玉，如果您路过并且看到这份建议，如果你正好有更好的方案能够进行适配，请不吝赐教。 在代码中获取屏幕像素、屏幕密度 DisplayMetrics metric = new DisplayMetrics(); getWindowManager().getDefaultDisplay().getMetrics(metric); int width = metric.widthPixels; // 屏幕宽度（像素） int height = metric.heightPixels; // 屏幕高度（像素） float density = metric.density; // 屏幕密度（0.75 / 1.0 / 1.5） int densityDpi = metric.densityDpi; // 屏幕密度DPI（120 / 160 / 240） DPI是“dot per inch”的缩写，每英寸像素数。 一般情况下的普通屏幕：ldpi是120，mdpi是160，hdpi是240，xhdpi是320。
最小宽度sw<N>dp例如：sw320dp sw600dpsw720dp屏幕的基本尺寸，是指最短的可用屏幕区域。具体的说，设备的最小宽度是屏幕可用的宽度和高度中最短的那个（也可以把它看做是屏幕的最小可能的宽度）。这样就可以使用这个限定符来确保应用程序至少有<N>dp的宽度可用于UI界面，而不管屏幕的当前方向。 例如，如果布局在任何时候都需要至少600dp的最小屏幕尺寸，那么就能够使用这个限定符，在res/layout-sw600dp/目录中创建布局资源。系统只会在可用屏幕的尺寸至少是600dp的时候才会使用这些资源，而不管600dp是否是被用户认知的高度或宽度。最小宽度是设备的固定屏幕尺寸特征，当屏幕的方向发生改变时，设备的最小宽度不改变。 设备的最小宽度需要考虑屏幕的装饰和系统UI的占用。例如，如果设备有一些固定的UI元素要沿着最小宽度的轴向，占用一定的屏幕空间，那么系统声明的最小宽度要比实际的屏幕尺寸要小，因为被系统占用的像素部分对用户应用程序的UI无效。因此，这个值应该是应用程序布局所需要的最小的实际尺寸（通常，这个值是布局支持的最小宽度，而不管屏幕的当前方向）。 以下是可以使用的通用屏幕尺寸的一些值： 1.320，针对以下屏幕配置的设备： 240x320ldpi（QVGA手持设备） 320x480mdpi（手持设备） 480x800hdpi（高分辨率手持设备） 2.480，针对480x800mdpi的屏幕（平板或手持设备） 3.600，针对600x1024mdip的屏幕（7英寸平板） 4.720，针对720x1280mdip的屏幕（10英寸平板） 当应用程序提供了多个带有不同值的最小宽度限定符资源目录时，系统会使用最接近（不超出）设备最小宽度的那个资源。 这个限定符被添加在API级别13中。 还要看android:requiresSmallestWidthDp属性，它声明了与你的应用程序兼容的最小的最小宽度，并且smallestScreenWidthDp配置字段会持有这个设备最小宽度的值。可用宽度 w<N>dp例如： w720dp w1024dp等指定最小的可用屏幕宽度，在资源中应该以dp为单位来定义<N>的值。当方向在横向和纵向之间改变时，这个配置值会跟当前的实际的宽度相匹配。 当应用程序给这个配置提供了多个不同值的资源目录时，系统会使用最接近（不超过）设备当前屏幕宽度的那个配置。这个值需要考虑屏幕装饰占据的空间，因此，如果设备在显示的左边或右边有一些固定的UI元素，那么使用的宽度值就要比实际的屏幕尺寸小，因为这些固定UI元素的占用，使得应用程序的可用空间减少。 这个特性被添加在API级别13中 还要看screenWidthDp配置字段，它持有当前的屏幕宽度。可用高度h<N>dp例如： h720dp h1024dp指定最小的可用屏幕高度，在资源中应该以dp为单位来定义<N>的值，当方向在横向和纵向直接改变时，这个配置值应该跟当前的实际高度匹配。 当应用程序给这个配置提供了不同值的多个资源目录时，系统会使用最接近（不超过）设备当前屏幕高度的那个配置。这个要考虑屏幕装饰的占用情况，因此，如果设备在显示的上方或底部有一些固定的UI元素，那么要使用的高度值要比实际的屏幕尺寸小，因为这些固定UI元素的占用，使得应用程序的可用空间减少。不固定的屏幕装饰（如电话的状态栏能够在全屏时被隐藏）是不考虑的，像标题栏或操作栏这样的窗口装饰也不考虑，因此应用必须准备处理比它们指定的空间要小的情况。 这个限定符被添加在API级别13中。 还要看screenHeightDp配置字段，它持有当前屏幕的高度。屏幕尺寸small normal large xlargesmall：这种屏类似低分辨率的QVGA屏幕。对于小屏的最小布局尺寸大约是320x426dp。例如QVGA低分辨率和VGA高分辨率。 normal：这种屏类似中等分辨率的HVGA屏幕。对于普通屏幕的最小布局尺寸大约是320x470dp。如，WQVGA低分辨率屏、HVGA中等分辨率屏、WVGA高分辨率屏。 large：这种屏类似中等分辨率的VGA屏幕，对于大屏幕的最小布局尺寸大约是480x640dp。例如VGA和WVGA的中等分辨率屏。 xlarge：这种屏被认为比传统的中等分辨率的HVGA屏幕大。针对xlarge屏的最小布局尺寸大约是720x960dp。在大多数情况下，这种超大屏幕的设备因为太大而要放到背包中来携带，而且最有可能的是平板样式的设备。 注意：使用尺寸限定符不意味着资源仅用于这个尺寸的屏幕。如果没有用限定符提供与当前设备配置相匹配的可选资源，那么系统会使用与配置最接近的资源。 警告：如果所有使用尺寸限定符的资源都比当前屏幕大，那么系统将不会使用它们，并且应用程序会在运行时崩溃（例如，如果所有的布局都被标记了xlarge限定符，而设备却是一个普通尺寸的屏幕）。 这个限定符被添加在API级别4以后的版本中屏幕外观long notlonglong：长屏幕，如WQVGA、WVGA、FWVGA notlong：非长屏幕，如QVGA、HVGA、VGA 这个限定符被添加在API级别4以后的版本中 这个限定符完全是基于屏幕的外观比率，不相对屏幕的方向。 还要看screenLayout配置字段，它指示了屏幕是否是长屏。屏幕方向port landport：纵向设备（垂直） land：横向设备（水平） 如果用户旋转屏幕，这个限定能够在应用程序运行期间改变。 orientation配置字段指示当前设备的方向。
