关于移动端适配，你必须要知道的

摘要：需要注意，上面的尺寸都是屏幕对角线的长度英寸缩写为在荷兰语中的本意是大拇指，一英寸就是指甲底部普通人拇指的宽度。由于手机尺寸为手机对角线的长度，我们通常使用如下的方法计算的为，那它每英寸约含有个物理像素点。

导读

移动端适配，是我们在开发中经常会遇到的，这里面可能会遇到非常多的问题：

1px问题

UI图完美适配方案

iPhoneX适配方案 横屏适配 高清屏图片模糊问题 ... 上面这些问题可能我们在开发中已经知道如何解决，但是问题产生的原理，以及解决方案的原理可能会模糊不清。在解决这些问题的过程中，我们往往会遇到非常多的概念：像素、分辨率、

PPI、

DPI、

DP、

DIP、

DPR、视口等等，你真的能分清这些概念的意义吗？

本文将从移动端适配的基础概念出发，探究移动端适配各种问题的解决方案和实现原理。

一、英寸

一般用英寸描述屏幕的物理大小，如电脑显示器的

17、

22，手机显示器的

4.8、

5.7等使用的单位都是英寸。

需要注意，上面的尺寸都是屏幕对角线的长度：

 

 

英寸(

inch,缩写为

in)在荷兰语中的本意是大拇指，一英寸就是指甲底部普通人拇指的宽度。

英寸和厘米的换算：

1英寸 = 2.54 厘米

二、分辨率

2.1 像素

像素即一个小方块，它具有特定的位置和颜色。

图片、电子屏幕（手机、电脑）就是由无数个具有特定颜色和特定位置的小方块拼接而成。

像素可以作为图片或电子屏幕的最小组成单位。

下面我们使用

sketch打开一张图片：

 

 

将这些图片放大即可看到这些像素点：

 

 

通常我们所说的分辨率有两种，屏幕分辨率和图像分辨率。

2.2 屏幕分辨率

屏幕分辨率指一个屏幕具体由多少个像素点组成。

下面是

apple的官网上对手机分辨率的描述：

 

 

iPhone XS Max 和

iPhone SE的分辨率分别为

2688 x 1242和

1136 x 640。这表示手机分别在垂直和水平上所具有的像素点数。

当然分辨率高不代表屏幕就清晰，屏幕的清晰程度还与尺寸有关。

2.3 图像分辨率

我们通常说的

图片分辨率其实是指图片含有的

像素数，比如一张图片的分辨率为

800 x 400。这表示图片分别在垂直和水平上所具有的像素点数为

800和

400。

同一尺寸的图片，分辨率越高，图片越清晰。

 

 

2.4 PPI

PPI(Pixel Per Inch)：每英寸包括的像素数。

PPI可以用于描述屏幕的清晰度以及一张图片的质量。

使用

PPI描述图片时，

PPI越高，图片质量越高，使用

PPI描述屏幕时，

PPI越高，屏幕越清晰。

在上面描述手机分辨率的图片中，我们可以看到：

iPhone XS Max 和

iPhone SE的

PPI分别为

458和

326，这足以证明前者的屏幕更清晰。

由于手机尺寸为手机对角线的长度，我们通常使用如下的方法计算

PPI:

iPhone 6的

PPI为 ，那它每英寸约含有

326个物理像素点。

2.5 DPI

DPI(Dot Per Inch)：即每英寸包括的点数。

这里的点是一个抽象的单位，它可以是屏幕像素点、图片像素点也可以是打印机的墨点。

平时你可能会看到使用

DPI来描述图片和屏幕，这时的

DPI应该和

PPI是等价的，

DPI最常用的是用于描述打印机，表示打印机每英寸可以打印的点数。

一张图片在屏幕上显示时，它的像素点数是规则排列的，每个像素点都有特定的位置和颜色。

当使用打印机进行打印时，打印机可能不会规则的将这些点打印出来，而是使用一个个打印点来呈现这张图像，这些打印点之间会有一定的空隙，这就是

DPI所描述的：打印点的密度。

 

 

在上面的图像中我们可以清晰的看到，打印机是如何使用墨点来打印一张图像。

所以，打印机的

DPI越高，打印图像的精细程度就越高，同时这也会消耗更多的墨点和时间。

三、设备独立像素

实际上，上面我们描述的像素都是

物理像素，即设备上真实的物理单元。

下面我们来看看

设备独立像素究竟是如何产生的：

智能手机发展非常之快，在几年之前，我们还用着分辨率非常低的手机，比如下面左侧的白色手机，它的分辨率是

320x480，我们可以在上面浏览正常的文字、图片等等。

但是，随着科技的发展，低分辨率的手机已经不能满足我们的需求了。很快，更高分辨率的屏幕诞生了，比如下面的黑色手机，它的分辨率是

640x940，正好是白色手机的两倍。

理论上来讲，在白色手机上相同大小的图片和文字，在黑色手机上会被缩放一倍，因为它的分辨率提高了一倍。这样，岂不是后面出现更高分辨率的手机，页面元素会变得越来越小吗？

 

 

然而，事实并不是这样的，我们现在使用的智能手机，不管分辨率多高，他们所展示的界面比例都是基本类似的。乔布斯在

iPhone4的发布会上首次提出了

Retina Display(视网膜屏幕)的概念，它正是解决了上面的问题，这也使它成为一款跨时代的手机。

 

 

在

iPhone4使用的视网膜屏幕中，把

2x2个像素当

1个像素使用，这样让屏幕看起来更精致，但是元素的大小却不会改变。

 

 

如果黑色手机使用了视网膜屏幕的技术，那么显示结果应该是下面的情况，比如列表的宽度为

300个像素，那么在一条水平线上，白色手机会用

300个物理像素去渲染它，而黑色手机实际上会用

600个物理像素去渲染它。

我们必须用一种单位来同时告诉不同分辨率的手机，它们在界面上显示元素的大小是多少，这个单位就是设备独立像素(

Device Independent Pixels)简称

DIP或

DP。上面我们说，列表的宽度为

300个像素，实际上我们可以说：列表的宽度为

300个设备独立像素。

 

 

打开

chrome的开发者工具，我们可以模拟各个手机型号的显示情况，每种型号上面会显示一个尺寸，比如

iPhone X显示的尺寸是

375x812，实际

iPhone X的分辨率会比这高很多，这里显示的就是设备独立像素。

 

 

3.1 设备像素比

设备像素比

device pixel ratio简称

dpr，即物理像素和设备独立像素的比值。

在

web中，浏览器为我们提供了

window.devicePixelRatio来帮助我们获取

dpr。

在

css中，可以使用媒体查询

min-device-pixel-ratio，区分

dpr：

@media (-webkit-min-device-pixel-ratio: 2),(min-device-pixel-ratio: 2){ }
复制代码

在

React Native中，我们也可以使用

PixelRatio.get()来获取

DPR。

当然，上面的规则也有例外，

iPhone 6、7、8 Plus的实际物理像素是

1080 x 1920，在开发者工具中我们可以看到：它的设备独立像素是

414 x 736，设备像素比为

3，设备独立像素和设备像素比的乘积并不等于

1080 x 1920，而是等于

1242 x 2208。

实际上，手机会自动把

1242 x 2208个像素点塞进

1080 * 1920个物理像素点来渲染，我们不用关心这个过程，而

1242 x 2208被称为屏幕的

设计像素。我们开发过程中也是以这个

设计像素为准。

实际上，从苹果提出视网膜屏幕开始，才出现设备像素比这个概念，因为在这之前，移动设备都是直接使用物理像素来进行展示。

紧接着，

Android同样使用了其他的技术方案来实现

DPR大于

1的屏幕，不过原理是类似的。由于

Android屏幕尺寸非常多、分辨率高低跨度非常大，不像苹果只有它自己的几款固定设备、尺寸。所以，为了保证各种设备的显示效果，

Android按照设备的像素密度将设备分成了几个区间：

 

 

当然，所有的

Android设备不一定严格按照上面的分辨率，每个类型可能对应几种不同分辨率，所以，每个

Android手机都能根据给定的区间范围，确定自己的

DPR，从而拥有类似的显示。当然，仅仅是类似，由于各个设备的尺寸、分辨率上的差异，设备独立像素也不会完全相等，所以各种

Android设备仍然不能做到在展示上完全相等。

3.2 移动端开发

在

iOS、

Android和

React Native开发中样式单位其实都使用的是设备独立像素。

iOS的尺寸单位为

pt，

Android的尺寸单位为

dp，

React Native中没有指定明确的单位，它们其实都是设备独立像素

dp。

在使用

React Native开发

App时，

UI给我们的原型图一般是基于

iphone6的像素给定的。

为了适配所有机型，我们在写样式时需要把物理像素转换为设备独立像素：例如：如果给定一个元素的高度为

200px(这里的

px指物理像素，非

CSS像素)，

iphone6的设备像素比为

2，我们给定的

height应为

200px/2=100dp。

当然，最好的是，你可以和设计沟通好，所有的

UI图都按照设备独立像素来出。

我们还可以在代码(

React Native)中进行

px和

dp的转换：

import {PixelRatio } from "react-native";

const dpr = PixelRatio.get();

/**
 * px转换为dp
 */
export function pxConvertTodp(px) {
  return px / dpr;
}

/**
 * dp转换为px
 */
export function dpConvertTopx(dp) {
  return PixelRatio.getPixelSizeForLayoutSize(dp);
}
复制代码

3.3 WEB端开发

在写

CSS时，我们用到最多的单位是

px，即

CSS像素，当页面缩放比例为

100%时，一个

CSS像素等于一个设备独立像素。

但是

CSS像素是很容易被改变的，当用户对浏览器进行了放大，

CSS像素会被放大，这时一个

CSS像素会跨越更多的物理像素。

页面的缩放系数 = CSS像素 / 设备独立像素。

3.4 关于屏幕

这里多说两句

Retina屏幕，因为我在很多文章中看到对

Retina屏幕的误解。

Retina屏幕只是苹果提出的一个营销术语：

在普通的使用距离下，人的肉眼无法分辨单个的像素点。

为什么强调

普通的使用距离下呢？我们来看一下它的计算公式：

a代表人眼视角，

h代表像素间距，

d代表肉眼与屏幕的距离，符合以上条件的屏幕可以使肉眼看不见单个物理像素点。

它不能单纯的表达分辨率和

PPI，只能一种表达视觉效果。

让多个物理像素渲染一个独立像素只是

Retina屏幕为了达到效果而使用的一种技术。而不是所有

DPR > 1的屏幕就是

Retina屏幕。

比如：给你一块超大尺寸的屏幕，即使它的

PPI很高，

DPR也很高，在近距离你也能看清它的像素点，这就不算

Retina屏幕。

 

 

我们经常见到用

K和

P这个单位来形容屏幕：

P代表的就是屏幕纵向的像素个数，

1080P即纵向有

1080个像素，分辨率为

1920X1080的屏幕就属于

1080P屏幕。

我们平时所说的高清屏其实就是屏幕的物理分辨率达到或超过

1920X1080的屏幕。

K代表屏幕横向有几个

1024个像素，一般来讲横向像素超过

2048就属于

2K屏，横向像素超过

4096就属于

4K屏。

四、视口

视口(

viewport)代表当前可见的计算机图形区域。在

Web浏览器术语中，通常与浏览器窗口相同，但不包括浏览器的

UI， 菜单栏等——即指你正在浏览的文档的那一部分。

一般我们所说的视口共包括三种：布局视口、视觉视口和理想视口，它们在屏幕适配中起着非常重要的作用。

4.1 布局视口

 

 

布局视口(

layout viewport)：当我们以百分比来指定一个元素的大小时，它的计算值是由这个元素的包含块计算而来的。当这个元素是最顶级的元素时，它就是基于布局视口来计算的。

所以，布局视口是网页布局的基准窗口，在

PC浏览器上，布局视口就等于当前浏览器的窗口大小（不包括

borders 、

margins、滚动条）。

在移动端，布局视口被赋予一个默认值，大部分为

980px，这保证

PC的网页可以在手机浏览器上呈现，但是非常小，用户可以手动对网页进行放大。

我们可以通过调用

document.documentElement.clientWidth / clientHeight来获取布局视口大小。

4.2 视觉视口

 

 

视觉视口(

visual viewport)：用户通过屏幕真实看到的区域。

视觉视口默认等于当前浏览器的窗口大小（包括滚动条宽度）。

当用户对浏览器进行缩放时，不会改变布局视口的大小，所以页面布局是不变的，但是缩放会改变视觉视口的大小。

例如：用户将浏览器窗口放大了

200%，这时浏览器窗口中的

CSS像素会随着视觉视口的放大而放大，这时一个

CSS像素会跨越更多的物理像素。

所以，布局视口会限制你的

CSS布局而视觉视口决定用户具体能看到什么。

我们可以通过调用

window.innerWidth / innerHeight来获取视觉视口大小。

4.3 理想视口

 

 

布局视口在移动端展示的效果并不是一个理想的效果，所以理想视口(

ideal viewport)就诞生了：网站页面在移动端展示的理想大小。

如上图，我们在描述设备独立像素时曾使用过这张图，在浏览器调试移动端时页面上给定的像素大小就是理想视口大小，它的单位正是设备独立像素。

上面在介绍

CSS像素时曾经提到

页面的缩放系数 = CSS像素 / 设备独立像素，实际上说

页面的缩放系数 = 理想视口宽度 / 视觉视口宽度更为准确。

所以，当页面缩放比例为

100%时，

CSS像素 = 设备独立像素，

理想视口 = 视觉视口。

我们可以通过调用

screen.width / height来获取理想视口大小。

4.4 Meta viewport

元素表示那些不能由其它

HTML元相关元素之一表示的任何元数据信息，它可以告诉浏览器如何解析页面。

我们可以借助

元素的

viewport来帮助我们设置视口、缩放等，从而让移动端得到更好的展示效果。

复制代码

上面是

viewport的一个配置，我们来看看它们的具体含义：

Value	可能值	描述
width	正整数或 device-width	以 pixels（像素）为单位， 定义布局视口的宽度。
height	正整数或 device-height	以 pixels（像素）为单位， 定义布局视口的高度。
initial-scale	0.0 - 10.0	定义页面初始缩放比率。
minimum-scale	0.0 - 10.0	定义缩放的最小值；必须小于或等于 maximum-scale的值。
maximum-scale	0.0 - 10.0	定义缩放的最大值；必须大于或等于 minimum-scale的值。
user-scalable	一个布尔值（ yes或者 no）	如果设置为 no，用户将不能放大或缩小网页。默认值为 yes。

4.5 移动端适配

为了在移动端让页面获得更好的显示效果，我们必须让布局视口、视觉视口都尽可能等于理想视口。

device-width就等于理想视口的宽度，所以设置

width=device-width就相当于让布局视口等于理想视口。

由于

initial-scale = 理想视口宽度 / 视觉视口宽度，所以我们设置

initial-scale=1;就相当于让视觉视口等于理想视口。

这时，1个

CSS像素就等于1个设备独立像素，而且我们也是基于理想视口来进行布局的，所以呈现出来的页面布局在各种设备上都能大致相似。

4.6 缩放

上面提到

width可以决定布局视口的宽度，实际上它并不是布局视口的唯一决定性因素，设置

initial-scale也有肯能影响到布局视口，因为布局视口宽度取的是

width和视觉视口宽度的最大值。

例如：若手机的理想视口宽度为

400px，设置

width=device-width，

initial-scale=2，此时

视觉视口宽度 = 理想视口宽度 / initial-scale即

200px，布局视口取两者最大值即

device-width

400px。

若设置

width=device-width，

initial-scale=0.5，此时

视觉视口宽度 = 理想视口宽度 / initial-scale即

800px，布局视口取两者最大值即

800px。

4.7 获取浏览器大小

浏览器为我们提供的获取窗口大小的

API有很多，下面我们再来对比一下：

 

window.innerHeight：获取浏览器视觉视口高度（包括垂直滚动条）。

window.outerHeight：获取浏览器窗口外部的高度。表示整个浏览器窗口的高度，包括侧边栏、窗口镶边和调正窗口大小的边框。

window.screen.Height：获取获屏幕取理想视口高度，这个数值是固定的，

设备的分辨率/设备像素比

window.screen.availHeight：浏览器窗口可用的高度。

document.documentElement.clientHeight：获取浏览器布局视口高度，包括内边距，但不包括垂直滚动条、边框和外边距。

document.documentElement.offsetHeight：包括内边距、滚动条、边框和外边距。

document.documentElement.scrollHeight：在不使用滚动条的情况下适合视口中的所有内容所需的最小宽度。测量方式与

clientHeight相同：它包含元素的内边距，但不包括边框，外边距或垂直滚动条。

五、1px问题

为了适配各种屏幕，我们写代码时一般使用设备独立像素来对页面进行布局。

而在设备像素比大于

1的屏幕上，我们写的

1px实际上是被多个物理像素渲染，这就会出现

1px在有些屏幕上看起来很粗的现象。

5.1 border-image

基于

media查询判断不同的设备像素比给定不同的

border-image：

       .border_1px{
          border-bottom: 1px solid #000;
        }
        @media only screen and (-webkit-min-device-pixel-ratio:2){
            .border_1px{
                border-bottom: none;
                border-width: 0 0 1px 0;
                border-image: url(../img/1pxline.png) 0 0 2 0 stretch;
            }
        }
复制代码

5.2 background-image

和

border-image类似，准备一张符合条件的边框背景图，模拟在背景上。

       .border_1px{
          border-bottom: 1px solid #000;
        }
        @media only screen and (-webkit-min-device-pixel-ratio:2){
            .border_1px{
                background: url(../img/1pxline.png) repeat-x left bottom;
                background-size: 100% 1px;
            }
        }
复制代码

上面两种都需要多带带准备图片，而且圆角不是很好处理，但是可以应对大部分场景。

5.3 伪类 + transform

基于

media查询判断不同的设备像素比对线条进行缩放：

       .border_1px:before{
          content: "";
          position: absolute;
          top: 0;
          height: 1px;
          width: 100%;
          background-color: #000;
          transform-origin: 50% 0%;
        }
        @media only screen and (-webkit-min-device-pixel-ratio:2){
            .border_1px:before{
                transform: scaleY(0.5);
            }
        }
        @media only screen and (-webkit-min-device-pixel-ratio:3){
            .border_1px:before{
                transform: scaleY(0.33);
            }
        }
复制代码

这种方式可以满足各种场景，如果需要满足圆角，只需要给伪类也加上

border-radius即可。

5.4 svg

上面我们

border-image和

background-image都可以模拟

1px边框，但是使用的都是位图，还需要外部引入。

借助

PostCSS的

postcss-write-svg我们能直接使用

border-image和

background-image创建

svg的

1px边框：

@svg border_1px { 
  height: 2px; 
  @rect { 
    fill: var(--color, black); 
    width: 100%; 
    height: 50%; 
    } 
  } 
.example { border: 1px solid transparent; border-image: svg(border_1px param(--color #00b1ff)) 2 2 stretch; }
复制代码

编译后：

.example { border: 1px solid transparent; border-image: url("data:image/svg+xml;charset=utf-8,%3Csvg xmlns="http://www.w3.org/2000/svg" height="2px"%3E%3Crect fill="%2300b1ff" width="100%25" height="50%25"/%3E%3C/svg%3E") 2 2 stretch; }
复制代码

上面的方案是大漠在他的文章中推荐使用的，基本可以满足所有场景，而且不需要外部引入，这是我个人比较喜欢的一种方案。

5.5 设置viewport

通过设置缩放，让

CSS像素等于真正的物理像素。

例如：当设备像素比为

3时，我们将页面缩放

1/3倍，这时

1px等于一个真正的屏幕像素。

    const scale = 1 / window.devicePixelRatio;
    const viewport = document.querySelector("meta[name="viewport"]");
    if (!viewport) {
        viewport = document.createElement("meta");
        viewport.setAttribute("name", "viewport");
        window.document.head.appendChild(viewport);
    }
    viewport.setAttribute("content", "width=device-width,user-scalable=no,initial-scale=" + scale + ",maximum-scale=" + scale + ",minimum-scale=" + scale);
复制代码

实际上，上面这种方案是早先

flexible采用的方案。

当然，这样做是要付出代价的，这意味着你页面上所有的布局都要按照物理像素来写。这显然是不现实的，这时，我们可以借助

flexible或

vw、vh来帮助我们进行适配。

六、移动端适配方案

尽管我们可以使用设备独立像素来保证各个设备在不同手机上显示的效果类似，但这并不能保证它们显示完全一致，我们需要一种方案来让设计稿得到更完美的适配。

6.1 flexible方案

flexible方案是阿里早期开源的一个移动端适配解决方案，引用

flexible后，我们在页面上统一使用

rem来布局。

它的核心代码非常简单：

// set 1rem = viewWidth / 10
function setRemUnit () {
    var rem = docEl.clientWidth / 10
    docEl.style.fontSize = rem + "px"
}
setRemUnit();
复制代码

rem 是相对于

html节点的

font-size来做计算的。

我们通过设置

document.documentElement.style.fontSize就可以统一整个页面的布局标准。

上面的代码中，将

html节点的

font-size设置为页面

clientWidth(布局视口)的

1/10，即

1rem就等于页面布局视口的

1/10，这就意味着我们后面使用的

rem都是按照页面比例来计算的。

这时，我们只需要将

UI出的图转换为

rem即可。