Android 屏幕适配：最全面的解决方案

时间  2019-11-19
标签 android 屏幕 适配 全面 解决 方案 栏目 Android 繁體版
原文   原文链接

转自：https://www.jianshu.com/p/ec5a1a30694bjavascript

 

前言

Android的屏幕适配一直以来都在折磨着咱们Android开发者，本文将结合：php

给你带来一种全新、全面而逻辑清晰的Android屏幕适配思路，只要你认真阅读，保证你能解决Android的屏幕适配问题！css

目录

 
Android屏幕适配解决方案.png

定义

使得某一元素在Android不一样尺寸、不一样分辨率的手机上具有相同的显示效果java

相关重要概念

屏幕尺寸

  • 含义：手机对角线的物理尺寸
  • 单位：英寸（inch），1英寸=2.54cm

Android手机常见的尺寸有5寸、5.5寸、6寸等等android

屏幕分辨率

  • 含义：手机在横向、纵向上的像素点数总和
  1. 通常描述成屏幕的"宽x高”=AxB
  2. 含义：屏幕在横向方向（宽度）上有A个像素点，在纵向方向
    （高）有B个像素点
  3. 例子：1080x1920，即宽度方向上有1080个像素点，在高度方向上有1920个像素点
  • 单位：px（pixel），1px=1像素点

UI设计师的设计图会以px做为统一的计量单位git

  • Android手机常见的分辨率：320x480、480x800、720x1280、1080x1920

屏幕像素密度

  • 含义：每英寸的像素点数
  • 单位：dpi（dots per ich）

假设设备内每英寸有160个像素，那么该设备的屏幕像素密度=160dpigithub

  • 安卓手机对于每类手机屏幕大小都有一个相应的屏幕像素密度：
密度类型 表明的分辨率（px） 屏幕像素密度（dpi）
低密度（ldpi） 240x320 120
中密度（mdpi） 320x480 160
高密度（hdpi） 480x800 240
超高密度（xhdpi） 720x1280 320
超超高密度（xxhdpi） 1080x1920 480

屏幕尺寸、分辨率、像素密度三者关系

一部手机的分辨率是宽x高，屏幕大小是以寸为单位，那么三者的关系是：bash

 
三者关系示意图

数学不太差的人应该能懂.....吧？ide

不懂不要紧，在这里举个例子
假设一部手机的分辨率是1080x1920（px），屏幕大小是5寸，问密度是多少？
解：请直接套公式
工具

 
解答过程

 

密度无关像素

  • 含义：density-independent pixel，叫dp或dip，与终端上的实际物理像素点无关。
  • 单位：dp，能够保证在不一样屏幕像素密度的设备上显示相同的效果
  1. Android开发时用dp而不是px单位设置图片大小，是Android特有的单位
  2. 场景：假如一样都是画一条长度是屏幕一半的线，若是使用px做为计量单位，那么在480x800分辨率手机上设置应为240px；在320x480的手机上应设置为160px，两者设置就不一样了；若是使用dp为单位，在这两种分辨率下，160dp都显示为屏幕一半的长度。
  • dp与px的转换
    由于ui设计师给你的设计图是以px为单位的，Android开发则是使用dp做为单位的，那么咱们须要进行转换：
密度类型 表明的分辨率（px） 屏幕密度（dpi） 换算（px/dp） 比例
低密度（ldpi） 240x320 120 1dp=0.75px 3
中密度（mdpi） 320x480 160 1dp=1px 4
高密度（hdpi） 480x800 240 1dp=1.5px 6
超高密度（xhdpi） 720x1280 320 1dp=2px 8
超超高密度（xxhdpi） 1080x1920 480 1dp=3px 12

在Android中，规定以160dpi（即屏幕分辨率为320x480）为基准：1dp=1px

独立比例像素

  • 含义：scale-independent pixel，叫sp或sip
  • 单位：sp
  1. Android开发时用此单位设置文字大小，可根据字体大小首选项进行缩放
  2. 推荐使用12sp、14sp、18sp、22sp做为字体设置的大小，不推荐使用奇数和小数，容易形成精度的丢失问题；小于12sp的字体会过小致使用户看不清

请把上面的概念记住，由于下面讲解都会用到！

为何要进行Android屏幕适配

因为Android系统的开放性，任何用户、开发者、OEM厂商、运营商均可以对Android进行定制，因而致使：

  • Android系统碎片化：小米定制的MIUI、魅族定制的flyme、华为定制的EMUI等等

固然都是基于Google原生系统定制的

  • Android机型屏幕尺寸碎片化：5寸、5.5寸、6寸等等
  • Android屏幕分辨率碎片化：320x480、480x800、720x1280、1080x1920

据友盟指数显示，统计至2015年12月，支持Android的设备共有27796种

当Android系统、屏幕尺寸、屏幕密度出现碎片化的时候，就很容易出现同一元素在不一样手机上显示不一样的问题。

试想一下这么一个场景：
为4.3寸屏幕准备的UI设计图，运行在5.0寸的屏幕上，极可能在右侧和下侧存在大量的空白；而5.0寸的UI设计图运行到4.3寸的设备上，极可能显示不下。

为了保证用户得到一致的用户体验效果：

使得某一元素在Android不一样尺寸、不一样分辨率的手机上具有相同的显示效果

因而，咱们便须要对Android屏幕进行适配。

屏幕适配问题的本质

  • 使得“布局”、“布局组件”、“图片资源”、“用户界面流程”匹配不一样的屏幕尺寸

使得布局、布局组件自适应屏幕尺寸；
根据屏幕的配置来加载相应的UI布局、用户界面流程

  • 使得“图片资源”匹配不一样的屏幕密度

解决方案

  • 问题：如何进行屏幕尺寸匹配？
  • 答：
 
屏幕尺寸适配解决方案.png

“布局”匹配

本质1：使得布局元素自适应屏幕尺寸

  • 作法
    使用相对布局（RelativeLayout），禁用绝对布局（AbsoluteLayout）

开发中，咱们使用的布局通常有：

  • 线性布局（Linearlayout）
  • 相对布局（RelativeLayout）
  • 帧布局（FrameLayout）
  • 绝对布局（AbsoluteLayout）

因为绝对布局（AbsoluteLayout）适配性极差，因此极少使用。

对于线性布局（Linearlayout）、相对布局（RelativeLayout）和帧布局（FrameLayout）须要根据需求进行选择，但要记住：

  • RelativeLayout
    布局的子控件之间使用相对位置的方式排列，由于RelativeLayout讲究的是相对位置，即便屏幕的大小改变，视图以前的相对位置都不会变化，与屏幕大小无关，灵活性很强
  • LinearLayout
    经过多层嵌套LinearLayout和组合使
    用"wrap_content"和"match_parent"已经能够构建出足够复杂的布局。可是LinearLayout没法准确地控制子视图之间的位置关系，只能简单的一个挨着一个地排列

因此，对于屏幕适配来讲，使用相对布局（RelativeLayout）将会是更好的解决方案

本质2：根据屏幕的配置来加载相应的UI布局

应用场景：须要为不一样屏幕尺寸的设备设计不一样的布局

  • 作法：使用限定符
  • 做用：经过配置限定符使得程序在运行时根据当前设备的配置（屏幕尺寸）自动加载合适的布局资源
  • 限定符类型：
  • 尺寸（size）限定符
  • 最小宽度（Smallest-width）限定符
  • 布局别名
  • 屏幕方向（Orientation）限定符

尺寸（size）限定符

  • 使用场景：当一款应用显示的内容较多，但愿进行如下设置：
  • 在平板电脑和电视的屏幕（>7英寸）上：实施“双面板”模式以同时显示更多内容
  • 在手机较小的屏幕上：使用单面板分别显示内容

所以，咱们可使用尺寸限定符（layout-large）经过建立一个文件

res/layout-large/main.xml

来完成上述设定：

  • 让系统在屏幕尺寸>7英寸时采用适配平板的双面板布局
  • 反之（默认状况下）采用适配手机的单面板布局

文件配置以下：

  • 适配手机的单面板（默认）布局：res/layout/main.xml
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:orientation="vertical" android:layout_width="match_parent" android:layout_height="match_parent"> <fragment android:id="@+id/headlines" android:layout_height="fill_parent" android:name="com.example.android.newsreader.HeadlinesFragment" android:layout_width="match_parent" /> </LinearLayout>
  • 适配尺寸>7寸平板的双面板布局：：res/layout-large/main.xml
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="fill_parent" android:layout_height="fill_parent" android:orientation="horizontal"> <fragment android:id="@+id/headlines" android:layout_height="fill_parent" android:name="com.example.android.newsreader.HeadlinesFragment" android:layout_width="400dp" android:layout_marginRight="10dp"/> <fragment android:id="@+id/article" android:layout_height="fill_parent" android:name="com.example.android.newsreader.ArticleFragment" android:layout_width="fill_parent" /> </LinearLayout>

请注意：

  • 两个布局名称均为main.xml，只有布局的目录名不一样：第一个布局的目录名为：layout，第二个布局的目录名为：layout-large，包含了尺寸限定符（large）
  • 被定义为大屏的设备(7寸以上的平板)会自动加载包含了large限定符目录的布局，而小屏设备会加载另外一个默认的布局

但要注意的是，这种方式只适合Android 3.2版本以前。

最小宽度（Smallest-width）限定符

  • 背景：上述提到的限定符“large”具体是指多大呢？彷佛没有一个定量的指标，这便意味着可能没办法准确地根据当前设备的配置（屏幕尺寸）自动加载合适的布局资源
  • 例子：好比说large同时包含着5寸和7寸，这意味着使用“large”限定符的话我没办法实现为5寸和7寸的平板电脑分别加载不一样的布局

因而，在Android 3.2及以后版本，引入了最小宽度（Smallest-width）限定符

定义：经过指定某个最小宽度（以 dp 为单位）来精肯定位屏幕从而加载不一样的UI资源

  • 使用场景

你须要为标准 7 英寸平板电脑匹配双面板布局（其最小宽度为 600 dp），在手机（较小的屏幕上）匹配单面板布局

解决方案：您可使用上文中所述的单面板和双面板这两种布局，但您应使用 sw600dp 指明双面板布局仅适用于最小宽度为 600 dp 的屏幕，而不是使用 large 尺寸限定符。

  • sw xxxdp，即small width的缩写，其不区分方向，即不管是宽度仍是高度，只要大于 xxxdp，就采用次此布局
  • 例子：使用了layout-sw 600dp的最小宽度限定符，即不管是宽度仍是高度，只要大于600dp，就采用layout-sw 600dp目录下的布局

代码展现：

  • 适配手机的单面板（默认）布局：res/layout/main.xml
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:orientation="vertical" android:layout_width="match_parent" android:layout_height="match_parent"> <fragment android:id="@+id/headlines" android:layout_height="fill_parent" android:name="com.example.android.newsreader.HeadlinesFragment" android:layout_width="match_parent" /> </LinearLayout>
  • 适配尺寸>7寸平板的双面板布局：res/layout-sw600dp/main.xml
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="fill_parent" android:layout_height="fill_parent" android:orientation="horizontal"> <fragment android:id="@+id/headlines" android:layout_height="fill_parent" android:name="com.example.android.newsreader.HeadlinesFragment" android:layout_width="400dp" android:layout_marginRight="10dp"/> <fragment android:id="@+id/article" android:layout_height="fill_parent" android:name="com.example.android.newsreader.ArticleFragment" android:layout_width="fill_parent" /> </LinearLayout>
  • 对于最小宽度≥ 600 dp 的设备
    系统会自动加载 layout-sw600dp/main.xml（双面板）布局，不然系统就会选择 layout/main.xml（单面板）布局
    （这个选择过程是Android系统自动选择的）

使用布局别名

设想这么一个场景

当你须要同时为Android 3.2版本前和Android 3.2版本后的手机进行屏幕尺寸适配的时候，因为尺寸限定符仅用于Android 3.2版本前，最小宽度限定符仅用于Android 3.2版本后，因此这会带来一个问题，为了很好地进行屏幕尺寸的适配，你须要同时维护layout-sw600dp和layout-large的两套main.xml平板布局，以下：

  • 适配手机的单面板（默认）布局：res/layout/main.xml
  • 适配尺寸>7寸平板的双面板布局（Android 3.2前）：res/layout-large/main.xml
  • 适配尺寸>7寸平板的双面板布局（Android 3.2后）res/layout-sw600dp/main.xml

最后的两个文件的xml内容是彻底相同的，这会带来：文件名的重复从而带来一些列后期维护的问题

因而为了要解决这种重复问题，咱们引入了“布局别名”

仍是上面的例子，你能够定义如下布局：

  • 适配手机的单面板（默认）布局：res/layout/main.xml
  • 适配尺寸>7寸平板的双面板布局：res/layout/main_twopanes.xml

而后加入如下两个文件，以便进行Android 3.2前和Android 3.2后的版本双面板布局适配：

  1. res/values-large/layout.xml（Android 3.2以前的双面板布局）
<resources> <item name="main" type="layout">@layout/main_twopanes</item> </resources>
  1. res/values-sw600dp/layout.xml（Android 3.2及以后的双面板布局）
<resources> <item name="main" type="layout">@layout/main_twopanes</item> </resources>

注：

  • 最后两个文件有着相同的内容，可是它们并无真正去定义布局，它们仅仅只是将main设置成了@layout/main_twopanes的别名
  • 因为这些文件包含 large 和 sw600dp 选择器，所以，系统会将此文件匹配到不一样版本的>7寸平板上：
    a. 版本低于 3.2 的平板会匹配 large的文件
    b. 版本高于 3.2 的平板会匹配 sw600dp的文件

这样两个layout.xml都只是引用了@layout/main_twopanes，就避免了重复定义布局文件的状况

屏幕方向（Orientation）限定符

  • 使用场景：根据屏幕方向进行布局的调整

取如下为例子：

  • 小屏幕, 竖屏: 单面板
  • 小屏幕, 横屏: 单面板
  • 7 英寸平板电脑，纵向：单面板，带操做栏
  • 7 英寸平板电脑，横向：双面板，宽，带操做栏
  • 10 英寸平板电脑，纵向：双面板，窄，带操做栏
  • 10 英寸平板电脑，横向：双面板，宽，带操做栏
  • 电视，横向：双面板，宽，带操做栏

方法是：

  • 先定义类别：单/双面板、是否带操做栏、宽/窄

定义在 res/layout/ 目录下的某个 XML 文件中

  • 再进行相应的匹配：屏幕尺寸（小屏、7寸、10寸）、方向（横、纵）

使用布局别名进行匹配

  1. 在 res/layout/ 目录下的某个 XML 文件中定义所须要的布局类别
    （单/双面板、是否带操做栏、宽/窄）
    res/layout/onepane.xml:(单面板)
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:orientation="vertical" android:layout_width="match_parent" android:layout_height="match_parent"> <fragment android:id="@+id/headlines" android:layout_height="fill_parent" android:name="com.example.android.newsreader.HeadlinesFragment" android:layout_width="match_parent" /> </LinearLayout>

res/layout/onepane_with_bar.xml:(单面板带操做栏)

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:orientation="vertical" android:layout_width="match_parent" android:layout_height="match_parent"> <LinearLayout android:layout_width="match_parent" android:id="@+id/linearLayout1" android:gravity="center" android:layout_height="50dp"> <ImageView android:id="@+id/imageView1" android:layout_height="wrap_content" android:layout_width="wrap_content" android:src="@drawable/logo" android:paddingRight="30dp" android:layout_gravity="left" android:layout_weight="0" /> <View android:layout_height="wrap_content" android:id="@+id/view1" android:layout_width="wrap_content" android:layout_weight="1" /> <Button android:id="@+id/categorybutton" android:background="@drawable/button_bg" android:layout_height="match_parent" android:layout_weight="0" android:layout_width="120dp" style="@style/CategoryButtonStyle"/> </LinearLayout> <fragment android:id="@+id/headlines" android:layout_height="fill_parent" android:name="com.example.android.newsreader.HeadlinesFragment" android:layout_width="match_parent" /> </LinearLayout>

res/layout/twopanes.xml:(双面板，宽布局)

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="fill_parent" android:layout_height="fill_parent" android:orientation="horizontal"> <fragment android:id="@+id/headlines" android:layout_height="fill_parent" android:name="com.example.android.newsreader.HeadlinesFragment" android:layout_width="400dp" android:layout_marginRight="10dp"/> <fragment android:id="@+id/article" android:layout_height="fill_parent" android:name="com.example.android.newsreader.ArticleFragment" android:layout_width="fill_parent" /> </LinearLayout>

res/layout/twopanes_narrow.xml:(双面板，窄布局)

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="fill_parent" android:layout_height="fill_parent" android:orientation="horizontal"> <fragment android:id="@+id/headlines" android:layout_height="fill_parent" android:name="com.example.android.newsreader.HeadlinesFragment" android:layout_width="200dp" android:layout_marginRight="10dp"/> <fragment android:id="@+id/article" android:layout_height="fill_parent" android:name="com.example.android.newsreader.ArticleFragment" android:layout_width="fill_parent" /> </LinearLayout>

2.使用布局别名进行相应的匹配
(屏幕尺寸（小屏、7寸、10寸）、方向（横、纵）)
res/values/layouts.xml:（默认布局）

<resources> <item name="main_layout" type="layout">@layout/onepane_with_bar</item> <bool name="has_two_panes">false</bool> </resources>

可为resources设置bool，经过获取其值来动态判断目前已处在哪一个适配布局

res/values-sw600dp-land/layouts.xml
（大屏、横向、双面板、宽-Andorid 3.2版本后）

<resources> <item name="main_layout" type="layout">@layout/twopanes</item> <bool name="has_two_panes">true</bool> </resources>

res/values-sw600dp-port/layouts.xml
（大屏、纵向、单面板带操做栏-Andorid 3.2版本后）

<resources> <item name="main_layout" type="layout">@layout/onepane</item> <bool name="has_two_panes">false</bool> </resources>

res/values-large-land/layouts.xml
（大屏、横向、双面板、宽-Andorid 3.2版本前）

<resources> <item name="main_layout" type="layout">@layout/twopanes</item> <bool name="has_two_panes">true</bool> </resources>

res/values-large-port/layouts.xml
（大屏、纵向、单面板带操做栏-Andorid 3.2版本前）

<resources> <item name="main_layout" type="layout">@layout/onepane</item> <bool name="has_two_panes">false</bool> </resources>

这里没有彻底把所有尺寸匹配类型的代码贴出来，你们能够本身去尝试把其补充完整

“布局组件”匹配

本质：使得布局组件自适应屏幕尺寸

  • 作法
    使用"wrap_content"、"match_parent"和"weight“来控制视图组件的宽度和高度
  • "wrap_content"
    相应视图的宽和高就会被设定成所需的最小尺寸以适应视图中的内容
  • "match_parent"(在Android API 8以前叫做"fill_parent")
    视图的宽和高延伸至充满整个父布局
  • "weight"
    1.定义：是线性布局（Linelayout）的一个独特比例分配属性
    2.做用：使用此属性设置权重，而后按照比例对界面进行空间的分配，公式计算是：控件宽度=控件设置宽度+剩余空间所占百分比宽幅
    具体能够参考这篇文章，讲解得很是详细

经过使用"wrap_content"、"match_parent"和"weight"来替代硬编码的方式定义视图大小&位置，你的视图要么仅仅使用了须要的那边一点空间，要么就会充满全部可用的空间，即按需占据空间大小，能让你的布局元素充分适应你的屏幕尺寸

“图片资源”匹配

本质：使得图片资源在不一样屏幕密度上显示相同的像素效果

  • 作法：使用自动拉伸位图：Nine-Patch的图片类型
    假设须要匹配不一样屏幕大小，你的图片资源也必须自动适应各类屏幕尺寸

使用场景：一个按钮的背景图片必须可以随着按钮大小的改变而改变。
使用普通的图片将没法实现上述功能,由于运行时会均匀地拉伸或压缩你的图片

  • 解决方案：使用自动拉伸位图（nine-patch图片），后缀名是.9.png，它是一种被特殊处理过的PNG图片，设计时能够指定图片的拉伸区域和非拉伸区域；使用时，系统就会根据控件的大小自动地拉伸你想要拉伸的部分

1.必需要使用.9.png后缀名，由于系统就是根据这个来区别nine-patch图片和普通的PNG图片的；

2.当你须要在一个控件中使用nine-patch图片时,如

android:background="@drawable/button"

系统就会根据控件的大小自动地拉伸你想要拉伸的部分

”用户界面流程“匹配

  • 使用场景：咱们会根据设备特色显示恰当的布局，可是这样作，会使得用户界面流程可能会有所不一样。
  • 例如，若是应用处于双面板模式下，点击左侧面板上的项便可直接在右侧面板上显示相关内容；而若是该应用处于单面板模式下，点击相关的内容应该跳转到另一个Activity进行后续的处理。

本质：根据屏幕的配置来加载相应的用户界面流程

  • 作法
    进行用户界面流程的自适应配置：
  1. 肯定当前布局
  2. 根据当前布局作出响应
  3. 重复使用其余活动中的片断
  4. 处理屏幕配置变化
  • 步骤1：肯定当前布局
    因为每种布局的实施都会稍有不一样，所以咱们须要先肯定当前向用户显示的布局。例如，咱们能够先了解用户所处的是“单面板”模式仍是“双面板”模式。要作到这一点，能够经过查询指定视图是否存在以及是否已显示出来。
public class NewsReaderActivity extends FragmentActivity { boolean mIsDualPane; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.main_layout); View articleView = findViewById(R.id.article); mIsDualPane = articleView != null && articleView.getVisibility() == View.VISIBLE; } }

这段代码用于查询“报道”面板是否可用，与针对具体布局的硬编码查询相比，这段代码的灵活性要大得多。

  • 步骤2：根据当前布局作出响应
    有些操做可能会因当前的具体布局而产生不一样的结果。

例如，在新闻阅读器示例中，若是用户界面处于双面板模式下，那么点击标题列表中的标题就会在右侧面板中打开相应报道；但若是用户界面处于单面板模式下，那么上述操做就会启动一个独立活动：

@Override public void onHeadlineSelected(int index) { mArtIndex = index; if (mIsDualPane) { /* display article on the right pane */ mArticleFragment.displayArticle(mCurrentCat.getArticle(index)); } else { /* start a separate activity */ Intent intent = new Intent(this, ArticleActivity.class); intent.putExtra("catIndex", mCatIndex); intent.putExtra("artIndex", index); startActivity(intent); } }
  • 步骤3：重复使用其余活动中的片断
    多屏幕设计中的重复模式是指，对于某些屏幕配置，已实施界面的一部分会用做面板；但对于其余配置，这部分就会以独立活动的形式存在。

例如，在新闻阅读器示例中，对于较大的屏幕，新闻报道文本会显示在右侧面板中；但对于较小的屏幕，这些文本就会以独立活动的形式存在。

在相似状况下，一般能够在多个活动中重复使用相同的 Fragment 子类以免代码重复。例如，在双面板布局中使用了 ArticleFragment：

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="fill_parent" android:layout_height="fill_parent" android:orientation="horizontal"> <fragment android:id="@+id/headlines" android:layout_height="fill_parent" android:name="com.example.android.newsreader.HeadlinesFragment" android:layout_width="400dp" android:layout_marginRight="10dp"/> <fragment android:id="@+id/article" android:layout_height="fill_parent" android:name="com.example.android.newsreader.ArticleFragment" android:layout_width="fill_parent" /> </LinearLayout>

而后又在小屏幕的Activity布局中重复使用了它 ：

ArticleFragment frag = new ArticleFragment(); getSupportFragmentManager().beginTransaction().add(android.R.id.content, frag).commit();
  • 步骤3：处理屏幕配置变化
    若是咱们使用独立Activity实施界面的独立部分，那么请注意，咱们可能须要对特定配置变化（例如屏幕方向的变化）作出响应，以便保持界面的一致性。

例如，在运行 Android 3.0 或更高版本的标准 7 英寸平板电脑上，若是新闻阅读器示例应用运行在纵向模式下，就会在使用独立活动显示新闻报道；但若是该应用运行在横向模式下，就会使用双面板布局。

也就是说，若是用户处于纵向模式下且屏幕上显示的是用于阅读报道的活动，那么就须要在检测到屏幕方向变化（变成横向模式）后执行相应操做，即中止上述活动并返回主活动，以便在双面板布局中显示相关内容：

public class ArticleActivity extends FragmentActivity { int mCatIndex, mArtIndex; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); mCatIndex = getIntent().getExtras().getInt("catIndex", 0); mArtIndex = getIntent().getExtras().getInt("artIndex", 0); // If should be in two-pane mode, finish to return to main activity if (getResources().getBoolean(R.bool.has_two_panes)) { finish(); return; } ... }

经过上面一系列步骤，咱们就彻底能够创建一个能够根据用户界面配置进行自适应的应用程序App了。

总结

通过上面的介绍，对于屏幕尺寸大小适配问题应该是不成问题了。

解决方案

  • 问题：如何进行屏幕密度匹配？
  • 答：
 
屏幕密度匹配解决方案.png

“布局控件”匹配

本质：使得布局组件在不一样屏幕密度上显示相同的像素效果

  • 作法1：使用密度无关像素
    因为各类屏幕的像素密度都有所不一样，所以相同数量的像素在不一样设备上的实际大小也有所差别，这样使用像素（px）定义布局尺寸就会产生问题。
    所以，请务必使用密度无关像素 dp 或**独立比例像素 sp **单位指定尺寸。
  • 相关概念介绍
    密度无关像素
  • 含义：density-independent pixel，叫dp或dip，与终端上的实际物理像素点无关。
  • 单位：dp，能够保证在不一样屏幕像素密度的设备上显示相同的效果
  1. Android开发时用dp而不是px单位设置图片大小，是Android特有的单位
  2. 场景：假如一样都是画一条长度是屏幕一半的线，若是使用px做为计量单位，那么在480x800分辨率手机上设置应为240px；在320x480的手机上应设置为160px，两者设置就不一样了；若是使用dp为单位，在这两种分辨率下，160dp都显示为屏幕一半的长度。
  • dp与px的转换
    由于ui给你的设计图是以px为单位的，Android开发则是使用dp做为单位的，那么该如何转换呢？

| 密度类型 | 表明的分辨率（px） | 屏幕密度（dpi）|换算（px/dp） |比例|
| ------------- |:-------------:| -------------:| -------------:|
| 低密度（ldpi） | 240x320 | 120 |1dp=0.75px|3|
| 中密度（mdpi） | 320x480 | 160 |1dp=1px|4|
| 高密度（hdpi） | 480x800 | 240|1dp=1.5px|6|
| 超高密度（xhdpi） | 720x1280 | 320|1dp=2px|8|
| 超超高密度（xxhdpi） | 1080x1920 | 480 |1dp=3px|12|

在Android中，规定以160dpi（即屏幕分辨率为320x480）为基准：1dp=1px

独立比例像素

  • 含义：scale-independent pixel，叫sp或sip
  • 单位：sp
  1. Android开发时用此单位设置文字大小，可根据用户的偏好文字大小/字体大小首选项进行缩放
  2. 推荐使用12sp、14sp、18sp、22sp做为字体设置的大小，不推荐使用奇数和小数，容易形成精度的丢失问题；小于12sp的字体会过小致使用户看不清

因此，为了可以进行不一样屏幕像素密度的匹配，咱们推荐：

  • 使用dp来代替px做为控件长度的统一度量单位
  • 使用sp做为文字的统一度量单位

但是，请看如下一种场景：

Nexus5的总宽度为360dp，咱们如今在水平方向上放置两个按钮，一个是150dp左对齐，另一个是200dp右对齐，那么中间留有10dp间隔；但假如一样地设置在Nexus S（屏幕宽度是320dp），会发现，两个按钮会重叠，由于320dp<200+150dp

从上面能够看出，因为Android屏幕设备的多样性，若是使用dp来做为度量单位，并非全部的屏幕的宽度都具有相同的dp长度

再次明确，屏幕宽度和像素密度没有任何关联关系

因此说，dp解决了同一数值在不一样分辨率中展现相同尺寸大小的问题（即屏幕像素密度匹配问题），但却没有解决设备尺寸大小匹配的问题。（即屏幕尺寸匹配问题）

固然，咱们一开始讨论的就是屏幕尺寸匹配问题，使用match_parent、wrap_content和weight，尽量少用dp来指定控件的具体长宽，大部分的状况咱们都是能够作到适配的。

那么该如何解决控件的屏幕尺寸和屏幕密度的适配问题呢？

从上面能够看出：

  • 由于屏幕密度（分辨率）不同，因此不能用固定的px
  • 由于屏幕宽度不同，因此要当心的用dp

由于本质上是但愿使得布局组件在不一样屏幕密度上显示相同的像素效果，那么，以前是绕了个弯使用dp解决这个问题，那么到底能不能直接用px解决呢？

即根据不一样屏幕密度，控件选择对应的像素值大小

接下来介绍一种方法：百分比适配方法，步骤以下：

  1. 以某一分辨率为基准，生成全部分辨率对应像素数列表
  2. 将生成像素数列表存放在res目录下对应的values文件下
  3. 根据UI设计师给出设计图上的尺寸，找到对应像素数的单位，而后设置给控件便可

步骤1：以某一分辨率为基准，生成全部分辨率对应像素数列表

如今咱们以320x480的分辨率为基准：

  • 将屏幕的宽度分为320份，取值为x1~x320
  • 将屏幕的高度分为480份，取值为y1~y480

而后生成该分辨率对应像素数的列表，以下图：

  • lay_x.xml（宽）
<?xml version="1.0" encoding="utf-8"?> <resources><dimen name="x1">1.0px</dimen> <dimen name="x2">2.0px</dimen> <dimen name="x3">3.0px</dimen> <dimen name="x4">4.0px</dimen> <dimen name="x5">5.0px</dimen> <dimen name="x6">6.0px</dimen> <dimen name="x7">7.0px</dimen> <dimen name="x8">8.0px</dimen> <dimen name="x9">9.0px</dimen> <dimen name="x10">10.0px</dimen> ... <dimen name="x300">300.0px</dimen> <dimen name="x301">301.0px</dimen> <dimen name="x302">302.0px</dimen> <dimen name="x303">303.0px</dimen> <dimen name="x304">304.0px</dimen> <dimen name="x305">305.0px</dimen> <dimen name="x306">306.0px</dimen> <dimen name="x307">307.0px</dimen> <dimen name="x308">308.0px</dimen> <dimen name="x309">309.0px</dimen> <dimen name="x310">310.0px</dimen> <dimen name="x311">311.0px</dimen> <dimen name="x312">312.0px</dimen> <dimen name="x313">313.0px</dimen> <dimen name="x314">314.0px</dimen> <dimen name="x315">315.0px</dimen> <dimen name="x316">316.0px</dimen> <dimen name="x317">317.0px</dimen> <dimen name="x318">318.0px</dimen> <dimen name="x319">319.0px</dimen> <dimen name="x320">320px</dimen> </resources>
  • lay_y.xml（高）
<?xml version="1.0" encoding="utf-8"?> <resources><dimen name="y1">1.0px</dimen> <dimen name="y2">2.0px</dimen> <dimen name="y3">3.0px</dimen> <dimen name="y4">4.0px</dimen> ... <dimen name="y480">480px</dimen> </resources>

找到基准后，是时候把其余分辨率补全了，现今以写1080x1920的分辨率为例：

由于基准是320x480，因此1080/320=3.375px，1920/480=4px，因此相应文件应该是

  • lay_x.xml
<?xml version="1.0" encoding="utf-8"?> <resources><dimen name="x1">3.375px</dimen> <dimen name="x2">6.65px</dimen> <dimen name="x3">10.125px</dimen> ... <dimen name="x320">1080px</dimen> </resources>
  • lay_y.xml
<?xml version="1.0" encoding="utf-8"?> <resources><dimen name="y1">4px</dimen> <dimen name="y2">8px</dimen> <dimen name="y3">12px</dimen> <dimen name="y4">16px</dimen> ... <dimen name="y480">1920px</dimen> </resources>

用上面的方法把你须要适配的分辨率的像素列表补全吧~

做为程序猿的咱们固然不会作手写的这些蠢事！！！多谢 @鸿洋大神 提供了自动生成工具（内置了经常使用的分辨率），你们能够直接点击这里下载
注：工具默认基准为400*320，固然对于特殊需求，经过命令行指定便可：

java -jar 文件名.jar 基准宽 基准高 额外支持尺寸1的宽，额外支持尺寸1的高_额外支持尺寸2的宽,额外支持尺寸2的高：

例如：须要设置的基准是800x1280，额外支持尺寸：735x1152 ；3200x4500；

java -jar 文件名.jar 800 1280 735，1152_3200,4500

步骤2：把生成的各像素数列表放到对应的资源文件

将生成像素数列表（lay_x.xml和lay_y.xml）存放在res目录下对应的values文件（注意宽、高要对应），以下图：

 
res目录下对应的values文件

注：

  • 分辨率为480x320的资源文件应放在res/values-480x320文件夹中；同理分辨率为1920x1080的资源文件应放在res/values-1920x1080文件夹中。（其中values-480x320是分辨率限定符）
  • 必须在默认values里面也建立对应默认lay_x.xml和lay_y.xml文件，以下图
    lay_x.xml
<?xml version="1.0" encoding="utf-8"> <resources> <dimen name="x1">1.0dp</dimen> <dimen name="x2">2.0dp</dimen> ... </resources>
  • 由于对于没有生成对应分辨率文件的手机，会使用默认values文件夹，若是默认values文件夹没有（即没有对应的分辨率、没有对应dimen）就会报错，从而没法进行屏幕适配。
    （注意对应单位改成dp，而不一样于上面的px。由于不知道机型的分辨率，因此默认分辨率文件只好默认为x1=1dp以保证尽可能兼容（又回到dp老方法了），这也是这个解决方案的一个弊端）

步骤3：根据UI设计师给出某一分辨率设计图上的尺寸，找到对应像素数的单位，而后设置给控件便可

以下图：

<FrameLayout >

    <Button android:layout_gravity="center" android:gravity="center" android:text="@string/hello_world" android:layout_width="@dimen/x160" android:layout_height="@dimen/y160"/> </FrameLayout>

总结

使用上述的适配方式，应该能进行90%的适配了，但其缺点仍是很明显：

  • 因为实际上仍是使用px做为长度的度量单位，因此和google的要求使用dp做为度量单位会有所背离
  • 必须尽量多的包含全部分辨率，由于这个是使用这个方案的基础，若是有某个分辨率缺乏，将没法完成该屏幕的适配
  • 过多的分辨率像素描述xml文件会增长软件包的大小和维护的难度

“图片资源”匹配

本质：使得图片资源在不一样屏幕密度上显示相同的像素效果

  • 作法：提供备用位图（符合屏幕尺寸的图片资源）
    因为 Android 可在各类屏幕密度的设备上运行，所以咱们提供的位图资源应该始终能够知足各种密度的要求：
密度类型 表明的分辨率（px） 系统密度（dpi）
低密度（ldpi） 240x320 120
中密度（mdpi） 320x480 160
高密度（hdpi） 480x800 240
超高密度（xhdpi） 720x1280 320
超超高密度（xxhdpi） 1080x1920 480
  • 步骤1：根据如下尺寸范围针对各密度生成相应的图片。

好比说，若是咱们为 xhdpi 设备生成了 200x200 px尺寸的图片，就应该按照相应比例地为 hdpi、mdpi 和 ldpi 设备分别生成 150x150、100x100 和 75x75 尺寸的图片

即一套分辨率=一套位图资源（这个固然是Ui设计师作了）

  • 步骤2：将生成的图片文件放在 res/ 下的相应子目录中(mdpi、hdpi、xhdpi、xxhdpi)，系统就会根据运行您应用的设备的屏幕密度自动选择合适的图片
  • 步骤3：经过引用 @drawable/id，系统都能根据相应屏幕的 屏幕密度（dpi）自动选取合适的位图。

注：

  • 若是是.9图或者是不须要多个分辨率的图片，放在drawable文件夹便可
  • 对应分辨率的图片要正确的放在合适的文件夹，不然会形成图片拉伸等问题。

更好地方案解决“图片资源”适配问题

上述方案是常见的一种方案，这当然是一种解决办法，但缺点在于：

  • 每套分辨率出一套图，为美工或者设计增长了许多工做量
  • 对Android工程文件的apk包变的很大

那么，有没有一种方法：

  • 保证屏幕密度适配
  • 能够最小占用设计资源
  • 使得apk包不变大（只使用一套分辨率的图片资源）

下面咱们就来介绍这个方法：

  • 只需选择惟一一套分辨率规格的图片资源

方法介绍

1. 先来理解下Android 加载资源过程
Android SDK会根据屏幕密度自动选择对应的资源文件进行渲染加载（自动渲染）

好比说，SDK检测到你手机的分辨率是320x480（dpi=160），会优先到drawable-mdpi文件夹下找对应的图片资源；但假设你只在xhpdi文件夹下有对应的图片资源文件（mdpi文件夹是空的），那么SDK会去xhpdi文件夹找到相应的图片资源文件，而后将原有大像素的图片自动缩放成小像素的图片，因而大像素的图片照样能够在小像素分辨率的手机上正常显示。
具体请看http://blog.csdn.net/xiebudong/article/details/37040263

因此理论上来讲只须要提供一种分辨率规格的图片资源就能够了。
那么应该提供哪一种分辨率规格呢？

若是只提供ldpi规格的图片，对于大分辨率（xdpi、xxdpi）的手机若是把图片放大就会不清晰

因此须要提供一套你须要支持的最大dpi分辨率规格的图片资源，这样即便用户的手机分辨率很小，这样图片缩小依然很清晰。那么这一套最大dpi分辨率规格应该是哪一种呢？是如今市面手机分辨率最大可达到1080X1920的分辨率（dpi=xxdpi=480）吗？

2. xhdpi应该是首选

缘由以下：

  • xhdpi分辨率之内的手机需求量最旺盛
    目前市面上最广泛的高端机的分辨率还多集中在720X1080范围内（xhdpi），因此目前来看xhpdi规格的图片资源成为了首选
  • 节省设计资源&工做量
    在如今的App开发中（iOS和Android版本），有些设计师为了保持App不一样版本的体验交互一致，可能会以iPhone手机为基础进行设计，包括后期的切图之类的。
    设计师们通常都会用最新的iPhone6和iPhone5s（5s和5的尺寸以及分辨率都同样）来作原型设计，全部参数请看下图
机型 分辨率（px） 屏幕尺寸（inch） 系统密度（dpi）
iPhone 5s 640X1164 4 332
iPhone 6 1334x750 4.7 326
iPhone 6 Plus 1080x1920 5 400

iPhone主流的屏幕dpi约等于320, 恰好属于xhdpi，因此选择xhdpi做为惟一一套dpi图片资源，可让设计师不用专门为Android端切图，直接把iPhone的那一套切好的图片资源放入drawable-xhdpi文件夹里就好，这样大大减小的设计师的工做量！

额外小tips

  • ImageView的ScaleType属性
    设置不一样的ScaleType会获得不一样的显示效果，通常状况下，设置为centerCrop能得到较好的适配效果。

  • 动态设置

使用场景：有些状况下，咱们须要动态的设置控件大小或者是位置，好比说popwindow的显示位置和偏移量等

这时咱们能够动态获取当前的屏幕属性，而后设置合适的数值

public class ScreenSizeUtil { public static int getScreenWidth(Activity activity) { return activity.getWindowManager().getDefaultDisplay().getWidth(); } public static int getScreenHeight(Activity activity) { return activity.getWindowManager().getDefaultDisplay().getHeight(); } }

总结

本文根据现今主流Android的适配方法，以逻辑清晰的方式进行了主流Android适配方法的全面整理，接下来我会介绍继续介绍Android开发中的相关知识，有兴趣能够继续关注Carson_Ho的安卓开发笔记

做者：Carson_Ho 连接：https://www.jianshu.com/p/ec5a1a30694b 來源：简书 简书著做权归做者全部，任何形式的转载都请联系做者得到受权并注明出处。
相关文章
相关标签/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公众号
   欢迎关注本站公众号,获取更多信息
联系我们 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程