关于android分辨率兼容（屏幕适配）问题

关于手机分辨率相关术语和概念

屏幕尺寸：实际的物理尺寸，屏幕的对角线测量。为了方便，android把所有的屏幕尺寸分为了4个广义的大小：小，正常，大，特大。

屏幕密度：屏幕的物理面积内像素的数量，通常称为DPI(每英寸点数)。为了方便，android把所有的实际屏幕密度分为：低，中，高，特高。

方向：从用户的角度来看，就是屏幕的方向，就是横向或者纵向的意义。

分辨率：屏幕上面的物理像素总数。（官方说法，应用程序应该只关注屏幕大小和密度）

密度无关像素： 一个虚拟像素单元（官方说法，你应该使用密度无关像素定义UI的布局，来表达布局尺寸或位置，系统默认假设“中等”的密度屏幕为基准，其屏幕密度相当于一个160dpi的屏幕。在运行时，系统根据实际中的屏幕密度对DP单位进行缩放。DP单位转换为屏幕像素可用PX = DP *（DPI / 160）这个方法。那么在一个160dpi屏幕上，1DP==1PX。在一个240 dpi屏幕上，1 DP==1.5PX。那么在定义布局时，应该使用DP单位，以确保不同密度的屏幕上合理的显示用户界面）

关于支持屏幕的范围

官方定义4种广义尺寸：小，正常， 大，更大。四种密度：低，中型， 高，特高。广义尺寸和密度都可以跨越一系列的尺寸和密度（官方截图上传不了权限不够一周<img title=”[android 屏幕适配]关于android分辨率兼容问题（一）[转]” src=”http://static.blog.csdn.net/xheditor/xheditor_emot/default/wronged.gif” alt=”委屈” />）

关于密度的独立性

官方说法保证密度的独立性是非常重要的，如果没有它，你应用程序中的系统控件可能会在物理尺寸相同，密度不同的屏幕上面显示异常。

Android系统帮助密度独立有两种方式：

1.使用DP单位。

2.位图资源缩放，可以导致像素模糊的位图，可以根据当前屏幕密度，提供不同分辨率的位图。官方提示，如果提供一套图至少提供更高分辨率高密度的位图而不是提供哪些中等密度设计的位图。

关于如何支持多个屏幕

官方说法确保系统在适配多个屏幕做了很多工作，但是为了更妥善处理不同的屏幕配置，我们也需要做些工作：

1.在程序中显示声明你的应用程序支持屏幕尺寸的清单。

<span style=”font-family:KaiTi_GB2312;font-size:16px;”>
android:resizeable=[“true”|”false”]
android:smallScreens=[“true”|”false”]
android:normalScreens=[“true”|”false”]
android:largeScreens=[“true”|”false”]
android:xlargeScreens=[“true”|”false”]
android:anyDensity=[“true”|”false”]/></span>

2.根据不同屏幕尺寸，提供不同布局

默认情况下面，android会自动调整应用程序的布局，但是大多数情况下面，根据广义尺寸，小，正常，大，更大去增加不同的布局资源。比如，如果需要对大小为large的屏幕提供支持，需要在res目录下新建一个文件夹layout-large/并提供layout。当然，也可以在res目录下建立layout-port和layout-land两个目录，里面分别放置竖屏和横屏两种布局文件，以适应对横屏竖屏自动切换。

3.提供不同的屏幕密度和不同的位图drawables

默认情况下面系统会自动调整和缩放位图，但是难免拉伸位图，为了保证你的位图是最好看的，根据广义密度，低，中型， 高，特高去添加不同的位图资源。比如，如需对密度为low的屏幕提供合适的图片，需新建文件夹drawable-ldpi/。应尽量使用点9格式的图片，图片大小的确定：low:medium:high:extra high比例为3:4:6:8。举例来说，对于中等密度(medium)的屏幕你的图片像素大小为48×48，那么低密度(low)屏幕的图片大小应为36×36，高(high)的为72×72，extra high为96×96。

关于系统怎么动态的寻找替代资源？

1.系统根据当前的屏幕大小和密度，然后动态的采用程序中提供特定的资源。

2.如果没有匹配的资源，系统会使用默认的资源进行缩放从而符合当前屏幕的资源，“默认”的资源是那些没有标签配置限定符。

（这块只是简单的说法，详细关于介绍寻找替代资源下章在说吧）

关于系统的资源配置的目录（我只列出一些大概，默认项目会有一些资源配置目录）

Android系统支持多配置资源文件，我们可以追加新的资源目录到你的Android项目中。命名规范： 资源名字-限制符

layout	默认中等屏幕
layout-small	小屏幕
layout-large	大屏幕
layout-xlarge	特大屏幕
layout-land	横屏
layout-port	竖屏
drawable	默认中等密度
drawable-hdpi	高密度 ~240dpi
drawable-mdpi	中等密度 160dpi
drawable-xhdpi	更高密度 ~320dpi
drawable-nodpi	所有密度资源，无论什么密度屏幕都会适配。
drawable-tvdpi	介于mdpi~hdpi 约213dpi 主要应用在电视。

注：如果没有指定横屏或竖屏，则上面的布局和位图都适配横竖屏。如果要指定横屏，例如：drawable-land-hdpi竖屏drawable-port-hdpi，还有关键是drawable-xlarge和layout-xlarge，对api level都要求在9之上，等于说，你用android2.2系统的平板或者手机根本不匹配layout-xlarge。因为api level是8。drawable-tvadpi这个api等级需要13以上。

其实上面的layout-large这个目录其实是个范围。当系统根据当前屏幕的大小和密度，决定程序应该匹配那个目录。你也可以单独定制某些不符合谷歌标准的山寨版layout-l024x600（中间的符合是英文下的x字母），其中1024和600的单位是dp。你可以根据你设备的分辨率和密度，来判断你的设备需要定义那个文件。

但是，官方推荐使用尺寸来表示资源layout-large,不推荐使用分辨率layout-1024*600。

建议大家多看文档，官方说明：

xlarge screens are at least 960dp x 720dp

large screens are at least 640dp x 480dp

normal screens are at least 470dp x 320dp

small screens are at least 426dp x 320dp

上面是定义广义大小布局资源适配的一个范围，大家可以根据自己的设备知道系统会匹配那个文件的布局。

如果手上有个山寨华为的卖的比较火的mediapad，大家知道分辨率1280*800 密度尺寸7寸

通过勾股定了和分辨率可以得出其密度为215.69。然后根据dp=px/(dpi/160)，可以得出个范围593.471。所以这个设备系统会匹配layout-large这个资源布局文件。

 

 

 

呵呵，相信各位Android开发爱好者都知道，由于OEM之间的竞争，各种Android操作系统的手机简直就是琳琅满目，屏幕分辨率的差异可想而知。目前比较主流的有WVGA=800x480，HVGA=480x320，另外的还有QVGA=320x240。当然还有魅族M9的DVGA=960x640，还有蛋疼的摩托罗拉的FWVGA=854x480。
    那么，如何让你的程序可以在不同分辨率的手机上“健康”的跑动呢？

    其实，在你layout的xml文件中，编写的时候是不是用了许多的padding呢？如果是，那你就蛋疼了。因为这样的布局永远是无法适应所有手机屏幕的。正确的做法应该是使用weight属性。

    过程很简单：首先，将你控件的layout中的width、height设置为fill-parent，不要使用wrap——content。因为wrap-content的大小是不固定的。而weight（权重）这个属性很好的解决了这个问题。

    当包裹在控件外面的Layout的width、height属性都设置为fill-parent时，可以利用weight的反比特性。即如果控件A设置weight为9，控件B设置weight为20，那么A所占的空间为20/（9+20），B所占的空间为9/（9+20）。这样的反比属性对任何分辨率下的手机都是合适的。

    当然，字体就不行了。那怎么保证字体能够跟布局一样能够自适应呢？

    呵呵，很简单，就是在你的res文件夹中创建一个文件夹，叫做values-320x240。其中320x240是你手机屏幕的分辨率，根据你手机屏幕的情况做不同的命名，例如values-800x480。在该文件夹下创建一个dimens.xml文件，定义各种字体的大小。那么系统就会自动根据你手机屏幕的分辨率去调用响应的文件夹。
   另外，值得提醒的是，记得在你默认的values文件下的dimens.xml文件中也要写上相应的字体大小哦，因为当系统无法认识你手机屏幕大小的时候，它会自动去找你默认文件中的东西，没有写的话程序会崩溃。

    这样编写出来的xml文件就是对所有手机屏幕自适应的哦亲。有问题请博客留言：http://blog.csdn.net/chenxijie888。

一、引言

　　Android的开源使厂商无需自行研发OS，大大降低了研发、生产的成本，使得Android平板品牌如雨后春笋般爆发，山寨机厂商们似乎又找到了一丝希望。与此同时带来的是广大开发者的苦不堪言，各种神奇的小板儿考验着app的兼容性，各种定制的rom不经意间就让app崩溃，光是界面上的调整就已经够你喝一壶了，是不？

二、适配可行性

　　早在Android设计之初就考虑到了这一点，为了让app适应标准or山寨屏幕，google已经有一套成熟的解决方案。其中，有这么几个指标需要注意：

　　（1）屏幕尺寸：单位inch，指的是屏幕对角线长度。

　　（2）屏幕密度：单位dpi，指的是每inch上可以显示多少像素点即px。

　　（3）屏幕分辨率：单位px * px，指的是一屏显示多少像素点。

　　（4）屏幕无关像素：单位dp/dip，指的是自适应屏幕密度的像素，用于指定控件宽高。

　　（5）刻度无关像素：单位sp，指的是自适应字体的像素，用于指定文字大小。

　　以我自己的Haier W910超级战舰(宽高比16:9)为例，上述单位的换算如下：

　　已知数据：屏幕尺寸4.5， 分辨率1280 * 720， 屏幕密度320

　　（1）16:9的4.5寸屏幕由勾股定理计算其高约为3.9寸，宽约为2.2寸

　　（2）则竖向dpi为1280 / 3.9 ≈ 328， 横向dpi为720 / 2.2 ≈ 327

　　（3）工业上切割液晶板时取整为320

　　那么既然dpi是自适应屏幕密度的，与px之间又是如何换算呢：

　　120dpi(ldpi低密度屏)　　     1dp = 0.75px        (由于像素点是物理点，所以用2个像素点来显示3个dp的内容)

　　160dpi(mdpi中密度屏)　　   1dp = 1px

　　213dpi(tvdpi电视密度屏)　　1dp = 1.33px

　　240dpi(hdpi高密度屏)　　    1dp = 1.5px

　　320dpi(xhdpi极高密度屏)　  1dp = 2px

　　由上述分析结果可知，控件使用dp，文字使用sp即可满足自适应的需求。

三、适配方案

　　根据目前的调查，在市面上的平板，基本上属于mdpi和hdpi的，少数属于tvdpi(如google出的nexus7)，所以我们选择这三种密度考虑适配；此外手机应用大多数都是竖屏使用，但平板作为娱乐性的一款产品，横竖屏均有使用的时候，所以我们还需要考虑到屏幕状态进行适配；最后考虑到有的rom会将虚拟键计算到屏幕尺寸里，还要考虑到虚拟键所占用的长宽。

　　那么如何根据这三个属性来进行适配呢？Android在资源文件values用文件名的方式提供了限定符可以帮助我们判断上述情况，限定符(mdpi,tvdpi,hdpi)可以帮助我们判断屏幕密度，限定符(land,port)可以帮助我们区分屏幕横竖屏状态，而限定符(1024x600...)可以适配计算虚拟键或者不计算虚拟键的屏幕，限定符的详细说明请参见Android SDK文档中开发者指南的Supporting Multiple Screens话题。

　　最终适配文件夹如下图所示：

　　

　　注1：分辨率限定符的匹配是向下匹配，如果没有values-land-mdpi-1024x552，比如，分辨率values-land-mdpi-1024x600的屏幕，当rom不把虚拟键计算到屏幕尺寸时，实际显示的屏幕应该是values-land-mdpi-1024x552，无法适配到values-land-mdpi-1024x600，那这样就可能适配到下一级，比如values-land-mdpi-800x480，但是现在的平板已经没有这么低的分辨率了，所以是配到无限定符的values-mdpi里，造成界面显示上的瑕疵。

　　注2：由于分辨率限定符的匹配是向下匹配，所以如果有非主流mdpi屏幕不能精确适配到上述指定值时，values-mdpi至少可以保证app运行时不至于崩溃，同理values可以保证ldpi屏幕的平板不会因生成view而又取不到相应值而崩溃。