android 屏幕适配问题

android 屏幕适配问题

(2011-07-25 21:43:01)

转载▼

标签： android 屏幕适配 it

分类： Android技术原创

如何将一个应用程序适配在不同的手机上，虽然这不算是一个技术问题，但是对于刚刚做屏幕的开发人员来说，还真不是一件多么简单的事情。

 

首先：你需要在AndroidManifest.xml文件的<manifest>元素如下添加子元素

<supports-screensandroid:largeScreens="true"

      android:normalScreens="true"android:anyDensity="true"

      android:smallScreens="true"></supports-screens>

 

    名如其意，以上是为我们的屏幕设置多分辨率支持（更准确的说是适配大、中、小三种密度）。android:anyDensity="true"，这一句对整个的屏幕都起着十分重要的作用，值为true，我们的应用程序当安装在不同密度的手机上时，程序会分别加载hdpi,mdpi,ldpi文件夹中的资源。

 相反，如果值设置为false，即使我们在hdpi,mdpi,ldpi文件夹下拥有同一种资源，那么应用也不会自动地去相应文件夹下寻找资源，这种情况都是出现在高密度，以及低密度的手机上，比如说一部240×320像素的手机，如果设置android:anyDensity="false"，Android系统会将240 x 320(低密度)转换为320×480(中密度)，这样的话，应用就会在小密度手机上加载mdpi文件中的资源。

 

2.细心的人会发现自android2.0开始之后drawable文件被三个文件夹drawable-hdpi,drawable-mdpi,drawable-ldpi三个文件夹所取代，有些编程人员为了让应用程序默认地加载某些图片，他们会特意地去在android2.0之后的应用程序中重新创建drawable文件夹，其实这样做完全没有必要，通过第一段的分析我们得知，android:anyDensity="false"，则应用会将大小密度转变成中密度，从而去加载mdpi中的资源。这里同样，当android:anyDensity="false"，则应用会去加载mdpi中的资源。

总结一下：

第一：android:anyDensity="true"，系统会依据屏幕密度，自动去找对应的文件夹

第二：android:anyDensity="false",

(1)             如果drawable-hdpi,drawable-mdpi,drawable-ldpi三个文件夹中有同一张图片资源的不同密度表示，那么系统会去加载drawable_mdpi文件夹中的资源

(2)             如果drawable-hpdi中有高密度图片，其它两个文件夹中没有对应图片资源，那么系统会去加载drawable-hdpi中的资源。

(3)             如果drawable-hdpi,drawable-mdpi中有图片资源，drawable-ldpi中没有对应的图片资源，那么系统会加载drawable-mdpi文件夹中的资源

 

3. 注意上图各种文件夹的不同表示。

drawable-hdpi 该图片即适用于横屏，也适用于竖屏

drawable-land-hdpi,当屏幕为横屏，且为高密度时，加载此文件夹中的资源

drawable-port-hdpi,当屏幕为竖屏，且为高密度时，加载此文件夹中的资源

 

3. 有时候会根据需要在代码中动态地设置某个值，比如地图，地图的pin和地图的地址提示框的相对偏移量在不同密度的手机上是不同的。这时候可以通过以下方法求出屏幕密度：

 

DisplayMetrics metric = newDisplayMetrics();
getWindowManager().getDefaultDisplay().getMetrics(metric);

int densityDpi =metric.densityDpi;  //屏幕密度DPI（120 / 160 / 240）

 

然后可以在代码中为这几种密度分别设置便宜量

 

但是这种方法最好不要使用，最好的方式是在xml文件中不同密度的手机进行分别设置。

这里地图的偏移量可以在values-hpdi,values-mdpi,values-ldpi三种文件夹中的dimens.xml文件进行设置

值得一提的是：

   <dimenname="bitmap_common_topoffset">40dp</dimen>

   <dimenname="bitmap_common_bottomoffset">-14dp</dimen>

这里的负数是完全起作用的，系统会认为它是一个负值

4.各大手机厂商对于Android操作系统都有或多或少的改动，当然这些改动会对我们应用程序产生某些影响

  比如：

  （1）系统源代码中连接music服务的aidl文件所在包名：com.android.music 

  （2）LG则可能将该aidl文件修改所在的包（例如修改为com.android.music.player），并且修改其中的文件内容（增加一个方法，或者减少几个方法，或者修改方法名称）那么我们的应用要想在LG的手机上发布，那么我们就必须改变所要连接的aidl文件,必须跟LG厂商修改的完全一致。

  

5. 国际化问题.

  有时候在xml中设置了相应的语言，但是为什么当我们更改语言之后，UI显示仍然不起作用？

  不要怀疑是系统出了问题，这与我们在代码中引用values/string.xml中字符串的方式有关。

   错误的方式：

   1. 声明全局变量private static String tempStr;

   2.在onCreate方法中对该变量赋值 tempStr =context.getString(R.string.test);

   3.在更新UI的方法（非onCreate方法）中引用该变量。textView.setText(tempStr);

   原因是由于，当修改本地语言时，onCreate不会再被执行一遍. 变量tempStr依然会使用页面刚启动时加载的默认英语。

   正确的方式：

  直接进行第三步：textView.setText(context.getString(R.string.test));

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

屏幕尺寸：实际的物理尺寸，屏幕的对角线测量。为了方便，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这个资源布局文件。