anroid 屏幕自适应分辨率解决汇总

最新推荐文章于 2024-03-16 14:56:53 发布

原创最新推荐文章于 2024-03-16 14:56:53 发布 · 1.5k 阅读

0 ·

CC 4.0 BY-SA版权

Android 专栏收录该内容

55 篇文章

订阅专栏

本文介绍了Android屏幕适配的相关概念，包括屏幕尺寸、密度和分辨率，以及如何进行资源分类和最佳资源查找。通过在manifest中配置和创建对应资源文件夹来实现屏幕自适应。此外，还讨论了横竖屏切换时的布局调整和画面重载问题的解决方案。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一：不同的layout

Android手机屏幕大小不一，有480x320, 640x360, 800x480.怎样才能让App自动适应不同的屏幕呢？
其实很简单，只需要在res目录下创建不同的layout文件夹，比如layout-640x360,layout-800x480,所有的layout文件在编译之后都会写入R.java里，而系统会根据屏幕的大小自己选择合适的layout进行使用。

二：hdpi、mdpi、ldpi

在之前的版本中，只有一个drawable，而2.1版本中有drawable-mdpi、drawable-ldpi、drawable-hdpi三个，这三个主要是为了支持多分辨率。

　　drawable- hdpi、drawable- mdpi、drawable-ldpi的区别：

　　(1)drawable-hdpi里面存放高分辨率的图片,如WVGA (480x800),FWVGA (480x854)

　　(2)drawable-mdpi里面存放中等分辨率的图片,如HVGA (320x480)

　　(3)drawable-ldpi里面存放低分辨率的图片,如QVGA (240x320)

　　系统会根据机器的分辨率来分别到这几个文件夹里面去找对应的图片。

　　在开发程序时为了兼容不同平台不同屏幕，建议各自文件夹根据需求均存放不同版本图片。

三：横屏竖屏

每个activity都有这个属性screenOrientation，每个activity都需要设置，可以设置为竖屏（portrait），也可以设置为无重力感应（nosensor）。

首先说说density，density值表示每英寸有多少个显示点，与分辨率是两个不同的概念。

Android主要有以下几种屏：

QVGA和WQVGA屏density=120；
HVGA屏density=160；
WVGA屏density=240；

下面以480dip*800dip的WVGA(density=240)为例，详细列出不同density下屏幕分辨率信息：

当density=120时屏幕实际分辨率为240px*400px （两个点对应一个分辨率）
状态栏和标题栏高各19px或者25dip
横屏是屏幕宽度400px 或者800dip,工作区域高度211px或者480dip
竖屏时屏幕宽度240px或者480dip,工作区域高度381px或者775dip

density=160时屏幕实际分辨率为320px*533px （3个点对应两个分辨率）
状态栏和标题栏高个25px或者25dip
横屏是屏幕宽度533px 或者800dip,工作区域高度295px或者480dip
竖屏时屏幕宽度320px或者480dip,工作区域高度508px或者775dip

density=240时屏幕实际分辨率为480px*800px （一个点对于一个分辨率）
状态栏和标题栏高个38px或者25dip
横屏是屏幕宽度800px 或者800dip,工作区域高度442px或者480dip
竖屏时屏幕宽度480px或者480dip,工作区域高度762px或者775dip
apk的资源包中，当屏幕density=240时使用hdpi标签的资源
当屏幕density=160时，使用mdpi标签的资源
当屏幕density=120时，使用ldpi标签的资源。
不加任何标签的资源是各种分辨率情况下共用的。

建议：布局时尽量使用单位dip，少使用px。
device independent pixels(设备独立像素). 不同设备有不同的显示效果,这个和设备硬件有关，一般我们为了支持WVGA、HVGA和QVGA 推荐使用这个，不依赖像素。

在项目开发的过程中，同一个布局对应不同的手机会显示出不同的效果。导致这个现象产生的原因是不同手机的分辨率不同。在android sdk提供的帮助文档中，我们可以看到各种手机的分辨率和对应的屏大小。QVGA (240x320)，WQVGA400(240x400)，WQVGA432 (240x432)，HVGA (320x480)，WVGA800 (480x800)，WVGA854 (480x854)。

在xml进行手机匹配，主要是针对布局中控件太多，不方便在java代码中修改的情况。在xml中解决不匹配问题很简单，对于不同手机的分辨率，建立对应的layout文件即可。例如：480x800，之间建立layout-800x400,240x320，建立layout-320x240。特别注意：大的写在前面，例如800,320，小的写在后面，例如480,240。建立了相应的layout后，还要在不同的手机上调整布局中的控件大小和位置。

<supports-screens
        android:smallScreens="true"
        android:normalScreens="true"
        android:largeScreens="true"
        android:xlargeScreens="true"
        android:anyDensity="true" />

测试时，发现应用在不同的显示器上显示效果不同（部分文本不能显示完全），自然想到屏幕适配的问题。

按照思路整理如下：

(一) 几个概念

1， Screen size 屏幕的尺寸，即对角线长度（单位inch-英寸）

2， Screen density屏幕密度，即单位长度像素点数（pots/inches）

3， Resolution 分辨率，即屏幕的总像素点数（width * height）

4， Density-independent pixel (dp)独立像素密度。标准是160dip.即1dp对应1个pixel，计算公式如：px = dp * (dpi / 160)，屏幕密度越大，1dp对应的像素点越多。

(二) 屏幕的分类（size & density）

1，以总像素数分，文本的size等都要改，如下图所示

每一个分类都有其最小分辨率，如下，可根据分辨率划分种类：

2，以屏幕密度分，提供不同的图片如下图所示

Note1：匹配以上面两种为参考。

Note2：还有专为水平（landscape）和竖直（portrait）两种，使用的少，在此不赘述。

(三) Android寻找最佳资源原理

1，排除与设备设置不符合的资源

2，根据限定词（qualifier）的优先级，按照顺序查找

3，在限定词下，是否存在资源路径

4，排除不包含在限定词中的资源路径

5, 继续执行不同的限定词查找，直到找到相应的资源

如下图所示：

(四) 项目步骤：

1， manufest中配置

  <supports-screens 
       android:anyDensity="true" 
       android:largeScreens="true" 
       android:normalScreens="true" 
       android:smallScreens="true" 
       android:xlargeScreens="true" />

2，新建对应的资源文件夹

A， Layout

例如，我现在有三个显示器分辨率：

分别为1280*720,1024*768，1200*690

根据以上最低分辨率的要求，分为xlarge和large两类，新建两个文件夹，如下：

如下图所示：

B， Drawable

如下图所示：

在drawable中，以mdpi为标准（即160dpi）。比例保持为3:4:5:6,如下图所示：

在做android或者Ophone开发时，在默认情况下当屏幕从竖评变到横屏时会触发 onConfigurationChanged 事件在默认情况下会重新加载画面并显示和横评一样的画面，这样会有2个问题，

布局问题，在竖屏显示的布局到横屏中由于宽和高发生了变化所有多少都会影响到布局（除非你定制2套画面在然后加个判断在横屏时怎么显示，在竖屏时怎么显示），当然最简单的办法就是在项目的 AndroidManifest.xml中找到你所指定的activity 中加上
- 只竖屏显示的话(android:screenOrientation="portrait")
- 只横屏显示的话（android:screenOrientation="landscape"）
画面重新载入问题：在默认情况下横竖切换时会重新载入画面，导致一些不必要的资源浪费，更严重的是画面上保持的数据（特别是游戏方面）也都被重置了（当然你可以在重置前保存这些数据到数据库或者到文本文件中），要怎么避免在横竖切换时重新载入画面，
- 首先要在 AndroidManifest.xml中找到你所指定的activity 中加上android:configChanges="orientation|keyboardHidden"
- 然后在activity的逻辑处理中(代码部分)去重载onConfigurationChanged事件，具体代码参考一下：
  - @Override
        public void onConfigurationChanged(Configuration config) {
            super.onConfigurationChanged(config);
        }