摘要：需要注意，上面的尺寸都是屏幕對(duì)角線的長(zhǎng)度英寸縮寫(xiě)為在荷蘭語(yǔ)中的本意是大拇指，一英寸就是指甲底部普通人拇指的寬度。由于手機(jī)尺寸為手機(jī)對(duì)角線的長(zhǎng)度，我們通常使用如下的方法計(jì)算的為那它每英寸約含有個(gè)物理像素點(diǎn)。

移動(dòng)端適配，是我們?cè)陂_(kāi)發(fā)中經(jīng)常會(huì)遇到的，這里面可能會(huì)遇到非常多的問(wèn)題：

1px問(wèn)題

UI圖完美適配方案

iPhoneX適配方案

橫屏適配

高清屏圖片模糊問(wèn)題

...

上面這些問(wèn)題可能我們?cè)陂_(kāi)發(fā)中已經(jīng)知道如何解決，但是問(wèn)題產(chǎn)生的原理，以及解決方案的原理可能會(huì)模糊不清。在解決這些問(wèn)題的過(guò)程中，我們往往會(huì)遇到非常多的概念：像素、分辨率、PPI、DPI、DP、DIP、DPR、視口等等，你真的能分清這些概念的意義嗎？

本文將從移動(dòng)端適配的基礎(chǔ)概念出發(fā)，探究移動(dòng)端適配各種問(wèn)題的解決方案和實(shí)現(xiàn)原理。

一般用英寸描述屏幕的物理大小，如電腦顯示器的17、22，手機(jī)顯示器的4.8、5.7等使用的單位都是英寸。

需要注意，上面的尺寸都是屏幕對(duì)角線的長(zhǎng)度：

英寸(inch,縮寫(xiě)為in)在荷蘭語(yǔ)中的本意是大拇指，一英寸就是指甲底部普通人拇指的寬度。

英寸和厘米的換算：1英寸 = 2.54 厘米

像素即一個(gè)小方塊，它具有特定的位置和顏色。

圖片、電子屏幕（手機(jī)、電腦）就是由無(wú)數(shù)個(gè)具有特定顏色和特定位置的小方塊拼接而成。

像素可以作為圖片或電子屏幕的最小組成單位。

下面我們使用sketch打開(kāi)一張圖片：

將這些圖片放大即可看到這些像素點(diǎn)：

通常我們所說(shuō)的分辨率有兩種，屏幕分辨率和圖像分辨率。

屏幕分辨率指一個(gè)屏幕具體由多少個(gè)像素點(diǎn)組成。

下面是apple的官網(wǎng)上對(duì)手機(jī)分辨率的描述：

iPhone XS Max 和 iPhone SE的分辨率分別為2688 x 1242和1136 x 640。這表示手機(jī)分別在垂直和水平上所具有的像素點(diǎn)數(shù)。

當(dāng)然分辨率高不代表屏幕就清晰，屏幕的清晰程度還與尺寸有關(guān)。

我們通常說(shuō)的圖片分辨率其實(shí)是指圖片含有的像素?cái)?shù)，比如一張圖片的分辨率為800 x 400。這表示圖片分別在垂直和水平上所具有的像素點(diǎn)數(shù)為800和400。

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

PPI(Pixel Per Inch)：每英寸包括的像素?cái)?shù)。

PPI可以用于描述屏幕的清晰度以及一張圖片的質(zhì)量。

使用PPI描述圖片時(shí)，PPI越高，圖片質(zhì)量越高，使用PPI描述屏幕時(shí)，PPI越高，屏幕越清晰。

在上面描述手機(jī)分辨率的圖片中，我們可以看到：iPhone XS Max 和 iPhone SE的PPI分別為458和326，這足以證明前者的屏幕更清晰。

由于手機(jī)尺寸為手機(jī)對(duì)角線的長(zhǎng)度，我們通常使用如下的方法計(jì)算PPI:

iPhone 6的PPI為

那它每英寸約含有326個(gè)物理像素點(diǎn)。

DPI(Dot Per Inch)：即每英寸包括的點(diǎn)數(shù)。

這里的點(diǎn)是一個(gè)抽象的單位，它可以是屏幕像素點(diǎn)、圖片像素點(diǎn)也可以是打印機(jī)的墨點(diǎn)。

平時(shí)你可能會(huì)看到使用DPI來(lái)描述圖片和屏幕，這時(shí)的DPI應(yīng)該和PPI是等價(jià)的，DPI最常用的是用于描述打印機(jī)，表示打印機(jī)每英寸可以打印的點(diǎn)數(shù)。

一張圖片在屏幕上顯示時(shí)，它的像素點(diǎn)數(shù)是規(guī)則排列的，每個(gè)像素點(diǎn)都有特定的位置和顏色。

當(dāng)使用打印機(jī)進(jìn)行打印時(shí)，打印機(jī)可能不會(huì)規(guī)則的將這些點(diǎn)打印出來(lái)，而是使用一個(gè)個(gè)打印點(diǎn)來(lái)呈現(xiàn)這張圖像，這些打印點(diǎn)之間會(huì)有一定的空隙，這就是DPI所描述的：打印點(diǎn)的密度。

在上面的圖像中我們可以清晰的看到，打印機(jī)是如何使用墨點(diǎn)來(lái)打印一張圖像。

所以，打印機(jī)的DPI越高，打印圖像的精細(xì)程度就越高，同時(shí)這也會(huì)消耗更多的墨點(diǎn)和時(shí)間。

實(shí)際上，上面我們描述的像素都是物理像素，即設(shè)備上真實(shí)的物理單元。

下面我們來(lái)看看設(shè)備獨(dú)立像素究竟是如何產(chǎn)生的：

智能手機(jī)發(fā)展非常之快，在幾年之前，我們還用著分辨率非常低的手機(jī)，比如下面左側(cè)的白色手機(jī)，它的分辨率是320x480，我們可以在上面瀏覽正常的文字、圖片等等。

但是，隨著科技的發(fā)展，低分辨率的手機(jī)已經(jīng)不能滿(mǎn)足我們的需求了。很快，更高分辨率的屏幕誕生了，比如下面的黑色手機(jī)，它的分辨率是640x940，正好是白色手機(jī)的兩倍。

理論上來(lái)講，在白色手機(jī)上相同大小的圖片和文字，在黑色手機(jī)上會(huì)被縮放一倍，因?yàn)樗姆直媛侍岣吡艘槐丁＿@樣，豈不是后面出現(xiàn)更高分辨率的手機(jī)，頁(yè)面元素會(huì)變得越來(lái)越小嗎？

然而，事實(shí)并不是這樣的，我們現(xiàn)在使用的智能手機(jī)，不管分辨率多高，他們所展示的界面比例都是基本類(lèi)似的。喬布斯在iPhone4的發(fā)布會(huì)上首次提出了Retina Display(視網(wǎng)膜屏幕)的概念，它正是解決了上面的問(wèn)題，這也使它成為一款跨時(shí)代的手機(jī)。

在iPhone4使用的視網(wǎng)膜屏幕中，把2x2個(gè)像素當(dāng)1個(gè)像素使用，這樣讓屏幕看起來(lái)更精致，但是元素的大小卻不會(huì)改變。

如果黑色手機(jī)使用了視網(wǎng)膜屏幕的技術(shù)，那么顯示結(jié)果應(yīng)該是下面的情況，比如列表的寬度為300個(gè)像素，那么在一條水平線上，白色手機(jī)會(huì)用300個(gè)物理像素去渲染它，而黑色手機(jī)實(shí)際上會(huì)用600個(gè)物理像素去渲染它。

我們必須用一種單位來(lái)同時(shí)告訴不同分辨率的手機(jī)，它們?cè)诮缑嫔巷@示元素的大小是多少，這個(gè)單位就是設(shè)備獨(dú)立像素(Device Independent Pixels)簡(jiǎn)稱(chēng)DIP或DP。上面我們說(shuō)，列表的寬度為300個(gè)像素，實(shí)際上我們可以說(shuō)：列表的寬度為300個(gè)設(shè)備獨(dú)立像素。

打開(kāi)chrome的開(kāi)發(fā)者工具，我們可以模擬各個(gè)手機(jī)型號(hào)的顯示情況，每種型號(hào)上面會(huì)顯示一個(gè)尺寸，比如iPhone X顯示的尺寸是375x812，實(shí)際iPhone X的分辨率會(huì)比這高很多，這里顯示的就是設(shè)備獨(dú)立像素。

設(shè)備像素比device pixel ratio簡(jiǎn)稱(chēng)dpr，即物理像素和設(shè)備獨(dú)立像素的比值。

在web中，瀏覽器為我們提供了window.devicePixelRatio來(lái)幫助我們獲取dpr。

在css中，可以使用媒體查詢(xún)min-device-pixel-ratio，區(qū)分dpr：

@media (-webkit-min-device-pixel-ratio: 2),(min-device-pixel-ratio: 2){ }

在React Native中，我們也可以使用PixelRatio.get()來(lái)獲取DPR。

當(dāng)然，上面的規(guī)則也有例外，iPhone 6、7、8 Plus的實(shí)際物理像素是1080 x 1920，在開(kāi)發(fā)者工具中我們可以看到：它的設(shè)備獨(dú)立像素是414 x 736，設(shè)備像素比為3，設(shè)備獨(dú)立像素和設(shè)備像素比的乘積并不等于1080 x 1920，而是等于1242 x 2208。

實(shí)際上，手機(jī)會(huì)自動(dòng)把1242 x 2208個(gè)像素點(diǎn)塞進(jìn)1080 * 1920個(gè)物理像素點(diǎn)來(lái)渲染，我們不用關(guān)心這個(gè)過(guò)程，而1242 x 2208被稱(chēng)為屏幕的設(shè)計(jì)像素。我們開(kāi)發(fā)過(guò)程中也是以這個(gè)設(shè)計(jì)像素為準(zhǔn)。

實(shí)際上，從蘋(píng)果提出視網(wǎng)膜屏幕開(kāi)始，才出現(xiàn)設(shè)備像素比這個(gè)概念，因?yàn)樵谶@之前，移動(dòng)設(shè)備都是直接使用物理像素來(lái)進(jìn)行展示。

緊接著，Android同樣使用了其他的技術(shù)方案來(lái)實(shí)現(xiàn)DPR大于1的屏幕，不過(guò)原理是類(lèi)似的。由于Android屏幕尺寸非常多、分辨率高低跨度非常大，不像蘋(píng)果只有它自己的幾款固定設(shè)備、尺寸。所以，為了保證各種設(shè)備的顯示效果，Android按照設(shè)備的像素密度將設(shè)備分成了幾個(gè)區(qū)間：

當(dāng)然，所有的Android設(shè)備不一定嚴(yán)格按照上面的分辨率，每個(gè)類(lèi)型可能對(duì)應(yīng)幾種不同分辨率，所以，每個(gè)Android手機(jī)都能根據(jù)給定的區(qū)間范圍，確定自己的DPR，從而擁有類(lèi)似的顯示。當(dāng)然，僅僅是類(lèi)似，由于各個(gè)設(shè)備的尺寸、分辨率上的差異，設(shè)備獨(dú)立像素也不會(huì)完全相等，所以各種Android設(shè)備仍然不能做到在展示上完全相等。

在iOS、Android和React Native開(kāi)發(fā)中樣式單位其實(shí)都使用的是設(shè)備獨(dú)立像素。

iOS的尺寸單位為pt，Android的尺寸單位為dp，React Native中沒(méi)有指定明確的單位，它們其實(shí)都是設(shè)備獨(dú)立像素dp。

在使用React Native開(kāi)發(fā)App時(shí)，UI給我們的原型圖一般是基于iphone6的像素給定的。

為了適配所有機(jī)型，我們?cè)趯?xiě)樣式時(shí)需要把物理像素轉(zhuǎn)換為設(shè)備獨(dú)立像素：例如：如果給定一個(gè)元素的高度為200px(這里的px指物理像素，非CSS像素)，iphone6的設(shè)備像素比為2，我們給定的height應(yīng)為200px/2=100dp。

當(dāng)然，最好的是，你可以和設(shè)計(jì)溝通好，所有的UI圖都按照設(shè)備獨(dú)立像素來(lái)出。

我們還可以在代碼(React Native)中進(jìn)行px和dp的轉(zhuǎn)換：

import {PixelRatio } from "react-native";

const dpr = PixelRatio.get();

/**
 * px轉(zhuǎn)換為dp
 */
export function pxConvertTodp(px) {
  return px / dpr;
}

/**
 * dp轉(zhuǎn)換為px
 */
export function dpConvertTopx(dp) {
  return PixelRatio.getPixelSizeForLayoutSize(dp);
}

在寫(xiě)CSS時(shí)，我們用到最多的單位是px，即CSS像素，當(dāng)頁(yè)面縮放比例為100%時(shí)，一個(gè)CSS像素等于一個(gè)設(shè)備獨(dú)立像素。

但是CSS像素是很容易被改變的，當(dāng)用戶(hù)對(duì)瀏覽器進(jìn)行了放大，CSS像素會(huì)被放大，這時(shí)一個(gè)CSS像素會(huì)跨越更多的物理像素。

頁(yè)面的縮放系數(shù) = CSS像素 / 設(shè)備獨(dú)立像素。

這里多說(shuō)兩句Retina屏幕，因?yàn)槲以诤芏辔恼轮锌吹綄?duì)Retina屏幕的誤解。

Retina屏幕只是蘋(píng)果提出的一個(gè)營(yíng)銷(xiāo)術(shù)語(yǔ)：

在普通的使用距離下，人的肉眼無(wú)法分辨單個(gè)的像素點(diǎn)。

為什么強(qiáng)調(diào)普通的使用距離下呢？我們來(lái)看一下它的計(jì)算公式：

a代表人眼視角，h 代表像素間距，d代表肉眼與屏幕的距離，符合以上條件的屏幕可以使肉眼看不見(jiàn)單個(gè)物理像素點(diǎn)。

它不能單純的表達(dá)分辨率和PPI，只能一種表達(dá)視覺(jué)效果。

讓多個(gè)物理像素渲染一個(gè)獨(dú)立像素只是Retina屏幕為了達(dá)到效果而使用的一種技術(shù)。而不是所有DPR > 1的屏幕就是Retina屏幕。

比如：給你一塊超大尺寸的屏幕，即使它的PPI很高，DPR也很高，在近距離你也能看清它的像素點(diǎn)，這就不算Retina屏幕。

我們經(jīng)常見(jiàn)到用K和P這個(gè)單位來(lái)形容屏幕：

P代表的就是屏幕縱向的像素個(gè)數(shù)，1080P即縱向有1080個(gè)像素，分辨率為1920X1080的屏幕就屬于1080P屏幕。

我們平時(shí)所說(shuō)的高清屏其實(shí)就是屏幕的物理分辨率達(dá)到或超過(guò)1920X1080的屏幕。

K代表屏幕橫向有幾個(gè)1024個(gè)像素，一般來(lái)講橫向像素超過(guò)2048就屬于2K屏，橫向像素超過(guò)4096就屬于4K屏。

視口(viewport)代表當(dāng)前可見(jiàn)的計(jì)算機(jī)圖形區(qū)域。在Web瀏覽器術(shù)語(yǔ)中，通常與瀏覽器窗口相同，但不包括瀏覽器的UI， 菜單欄等——即指你正在瀏覽的文檔的那一部分。

一般我們所說(shuō)的視口共包括三種：布局視口、視覺(jué)視口和理想視口，它們?cè)谄聊贿m配中起著非常重要的作用。

布局視口(layout viewport)：當(dāng)我們以百分比來(lái)指定一個(gè)元素的大小時(shí)，它的計(jì)算值是由這個(gè)元素的包含塊計(jì)算而來(lái)的。當(dāng)這個(gè)元素是最頂級(jí)的元素時(shí)，它就是基于布局視口來(lái)計(jì)算的。

所以，布局視口是網(wǎng)頁(yè)布局的基準(zhǔn)窗口，在PC瀏覽器上，布局視口就等于當(dāng)前瀏覽器的窗口大小（不包括borders 、margins、滾動(dòng)條）。

在移動(dòng)端，布局視口被賦予一個(gè)默認(rèn)值，大部分為980px，這保證PC的網(wǎng)頁(yè)可以在手機(jī)瀏覽器上呈現(xiàn)，但是非常小，用戶(hù)可以手動(dòng)對(duì)網(wǎng)頁(yè)進(jìn)行放大。

我們可以通過(guò)調(diào)用document.documentElement.clientWidth / clientHeight來(lái)獲取布局視口大小。

視覺(jué)視口(visual viewport)：用戶(hù)通過(guò)屏幕真實(shí)看到的區(qū)域。

視覺(jué)視口默認(rèn)等于當(dāng)前瀏覽器的窗口大小（包括滾動(dòng)條寬度）。

當(dāng)用戶(hù)對(duì)瀏覽器進(jìn)行縮放時(shí)，不會(huì)改變布局視口的大小，所以頁(yè)面布局是不變的，但是縮放會(huì)改變視覺(jué)視口的大小。

例如：用戶(hù)將瀏覽器窗口放大了200%，這時(shí)瀏覽器窗口中的CSS像素會(huì)隨著視覺(jué)視口的放大而放大，這時(shí)一個(gè)CSS像素會(huì)跨越更多的物理像素。

所以，布局視口會(huì)限制你的CSS布局而視覺(jué)視口決定用戶(hù)具體能看到什么。

我們可以通過(guò)調(diào)用window.innerWidth / innerHeight來(lái)獲取視覺(jué)視口大小。

布局視口在移動(dòng)端展示的效果并不是一個(gè)理想的效果，所以理想視口(ideal viewport)就誕生了：網(wǎng)站頁(yè)面在移動(dòng)端展示的理想大小。

如上圖，我們?cè)诿枋鲈O(shè)備獨(dú)立像素時(shí)曾使用過(guò)這張圖，在瀏覽器調(diào)試移動(dòng)端時(shí)頁(yè)面上給定的像素大小就是理想視口大小，它的單位正是設(shè)備獨(dú)立像素。

上面在介紹CSS像素時(shí)曾經(jīng)提到頁(yè)面的縮放系數(shù) = CSS像素 / 設(shè)備獨(dú)立像素，實(shí)際上說(shuō)頁(yè)面的縮放系數(shù) = 理想視口寬度 / 視覺(jué)視口寬度更為準(zhǔn)確。

所以，當(dāng)頁(yè)面縮放比例為100%時(shí)，CSS像素 = 設(shè)備獨(dú)立像素，理想視口 = 視覺(jué)視口。

我們可以通過(guò)調(diào)用screen.width / height來(lái)獲取理想視口大小。

元素表示那些不能由其它HTML元相關(guān)元素之一表示的任何元數(shù)據(jù)信息，它可以告訴瀏覽器如何解析頁(yè)面。

我們可以借助元素的viewport來(lái)幫助我們?cè)O(shè)置視口、縮放等，從而讓移動(dòng)端得到更好的展示效果。

上面是viewport的一個(gè)配置，我們來(lái)看看它們的具體含義：

為了在移動(dòng)端讓頁(yè)面獲得更好的顯示效果，我們必須讓布局視口、視覺(jué)視口都盡可能等于理想視口。

device-width就等于理想視口的寬度，所以設(shè)置width=device-width就相當(dāng)于讓布局視口等于理想視口。

由于initial-scale = 理想視口寬度 / 視覺(jué)視口寬度，所以我們?cè)O(shè)置initial-scale=1;就相當(dāng)于讓視覺(jué)視口等于理想視口。

這時(shí)，1個(gè)CSS像素就等于1個(gè)設(shè)備獨(dú)立像素，而且我們也是基于理想視口來(lái)進(jìn)行布局的，所以呈現(xiàn)出來(lái)的頁(yè)面布局在各種設(shè)備上都能大致相似。

上面提到width可以決定布局視口的寬度，實(shí)際上它并不是布局視口的唯一決定性因素，設(shè)置initial-scale也有肯能影響到布局視口，因?yàn)椴季忠暱趯挾热〉氖?b>width和視覺(jué)視口寬度的最大值。

例如：若手機(jī)的理想視口寬度為400px，設(shè)置width=device-width，initial-scale=2，此時(shí)視覺(jué)視口寬度 = 理想視口寬度 / initial-scale即200px，布局視口取兩者最大值即device-width 400px。

若設(shè)置width=device-width，initial-scale=0.5，此時(shí)視覺(jué)視口寬度 = 理想視口寬度 / initial-scale即800px，布局視口取兩者最大值即800px。

瀏覽器為我們提供的獲取窗口大小的API有很多，下面我們?cè)賮?lái)對(duì)比一下：

window.innerHeight：獲取瀏覽器視覺(jué)視口高度（包括垂直滾動(dòng)條）。

window.outerHeight：獲取瀏覽器窗口外部的高度。表示整個(gè)瀏覽器窗口的高度，包括側(cè)邊欄、窗口鑲邊和調(diào)正窗口大小的邊框。

window.screen.Height：獲取獲屏幕取理想視口高度，這個(gè)數(shù)值是固定的，設(shè)備的分辨率/設(shè)備像素比

window.screen.availHeight：瀏覽器窗口可用的高度。

document.documentElement.clientHeight：獲取瀏覽器布局視口高度，包括內(nèi)邊距，但不包括垂直滾動(dòng)條、邊框和外邊距。

document.documentElement.offsetHeight：包括內(nèi)邊距、滾動(dòng)條、邊框和外邊距。

document.documentElement.scrollHeight：在不使用滾動(dòng)條的情況下適合視口中的所有內(nèi)容所需的最小寬度。測(cè)量方式與clientHeight相同：它包含元素的內(nèi)邊距，但不包括邊框，外邊距或垂直滾動(dòng)條。

為了適配各種屏幕，我們寫(xiě)代碼時(shí)一般使用設(shè)備獨(dú)立像素來(lái)對(duì)頁(yè)面進(jìn)行布局。

而在設(shè)備像素比大于1的屏幕上，我們寫(xiě)的1px實(shí)際上是被多個(gè)物理像素渲染，這就會(huì)出現(xiàn)1px在有些屏幕上看起來(lái)很粗的現(xiàn)象。

基于media查詢(xún)判斷不同的設(shè)備像素比給定不同的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;
            }
        }

和border-image類(lèi)似，準(zhǔn)備一張符合條件的邊框背景圖，模擬在背景上。

       .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;
            }
        }

上面兩種都需要多帶帶準(zhǔn)備圖片，而且圓角不是很好處理，但是可以應(yīng)對(duì)大部分場(chǎng)景。

基于media查詢(xún)判斷不同的設(shè)備像素比對(duì)線條進(jìn)行縮放：

       .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);
            }
        }

這種方式可以滿(mǎn)足各種場(chǎng)景，如果需要滿(mǎn)足圓角，只需要給偽類(lèi)也加上border-radius即可。

上面我們border-image和background-image都可以模擬1px邊框，但是使用的都是位圖，還需要外部引入。

借助PostCSS的postcss-write-svg我們能直接使用border-image和background-image創(chuàng)建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; }

上面的方案是大漠在他的文章中推薦使用的，基本可以滿(mǎn)足所有場(chǎng)景，而且不需要外部引入，這是我個(gè)人比較喜歡的一種方案。

通過(guò)設(shè)置縮放，讓CSS像素等于真正的物理像素。

例如：當(dāng)設(shè)備像素比為3時(shí)，我們將頁(yè)面縮放1/3倍，這時(shí)1px等于一個(gè)真正的屏幕像素。

    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);

實(shí)際上，上面這種方案是早先flexible采用的方案。

當(dāng)然，這樣做是要付出代價(jià)的，這意味著你頁(yè)面上所有的布局都要按照物理像素來(lái)寫(xiě)。這顯然是不現(xiàn)實(shí)的，這時(shí)，我們可以借助flexible或vw、vh來(lái)幫助我們進(jìn)行適配。

盡管我們可以使用設(shè)備獨(dú)立像素來(lái)保證各個(gè)設(shè)備在不同手機(jī)上顯示的效果類(lèi)似，但這并不能保證它們顯示完全一致，我們需要一種方案來(lái)讓設(shè)計(jì)稿得到更完美的適配。

flexible方案是阿里早期開(kāi)源的一個(gè)移動(dòng)端適配解決方案，引用flexible后，我們?cè)陧?yè)面上統(tǒng)一使用rem來(lái)布局。

它的核心代碼非常簡(jiǎn)單：

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

rem 是相對(duì)于html節(jié)點(diǎn)的font-size來(lái)做計(jì)算的。

我們通過(guò)設(shè)置document.documentElement.style.fontSize就可以統(tǒng)一整個(gè)頁(yè)面的布局標(biāo)準(zhǔn)。

上面的代碼中，將html節(jié)點(diǎn)的font-size設(shè)置為頁(yè)面clientWidth(布局視口)的1/10，即1rem就等于頁(yè)面布局視口的1/10，這就意味著我們后面使用的rem都是按照頁(yè)面比例來(lái)計(jì)算的。

這時(shí)，我們只需要將UI出的圖轉(zhuǎn)換為rem即可。

以iPhone6為例：布局視口為375px，則1rem = 37.5px，這時(shí)UI給定一個(gè)元素的寬為75px（設(shè)備獨(dú)立像素），我們只需要將它設(shè)置為75 / 37.5 = 2rem。

當(dāng)然，每個(gè)布局都要計(jì)算非常繁瑣，我們可以借助PostCSS的px2rem插件來(lái)幫助我們完成這個(gè)過(guò)程。

下面的代碼可以保證在頁(yè)面大小變化時(shí)，布局可以自適應(yīng)，當(dāng)觸發(fā)了window的resize和pageShow事件之后自動(dòng)調(diào)整html的fontSize大小。

  // reset rem unit on page resize
window.addEventListener("resize", setRemUnit)window.addEventListener("pageshow", function (e) {
    if (e.persisted) {
      setRemUnit()
    }
})

由于viewport單位得到眾多瀏覽器的兼容，上面這種方案現(xiàn)在已經(jīng)被官方棄用：

lib-flexible這個(gè)過(guò)渡方案已經(jīng)可以放棄使用，不管是現(xiàn)在的版本還是以前的版本，都存有一定的問(wèn)題。建議大家開(kāi)始使用viewport來(lái)替代此方案。

下面我們來(lái)看看現(xiàn)在最流行的vh、vw方案。

vh、vw方案即將視覺(jué)視口寬度 window.innerWidth 和視覺(jué)視口高度 window.innerHeight 等分為 100 份。

上面的flexible方案就是模仿這種方案，因?yàn)樵缧r(shí)候vw還沒(méi)有得到很好的兼容。

vw(Viewport"s width)：1vw等于視覺(jué)視口的1%

vh(Viewport"s height) : 1vh 為視覺(jué)視口高度的1%

vmin : vw 和 vh 中的較小值

vmax : 選取 vw 和 vh 中的較大值

如果視覺(jué)視口為375px，那么1vw = 3.75px，這時(shí)UI給定一個(gè)元素的寬為75px（設(shè)備獨(dú)立像素），我們只需要將它設(shè)置為75 / 3.75 = 20vw。

這里的比例關(guān)系我們也不用自己換算，我們可以使用PostCSS的 postcss-px-to-viewport 插件幫我們完成這個(gè)過(guò)程。寫(xiě)代碼時(shí)，我們只需要根據(jù)UI給的設(shè)計(jì)圖寫(xiě)px單位即可。

當(dāng)然，沒(méi)有一種方案是十全十美的，vw同樣有一定的缺陷：

px轉(zhuǎn)換成vw不一定能完全整除，因此有一定的像素差。

比如當(dāng)容器使用vw，margin采用px時(shí)，很容易造成整體寬度超過(guò)100vw，從而影響布局效果。當(dāng)然我們也是可以避免的，例如使用padding代替margin，結(jié)合calc()函數(shù)使用等等...

iPhoneX的出現(xiàn)將手機(jī)的顏值帶上了一個(gè)新的高度，它取消了物理按鍵，改成了底部的小黑條，但是這樣的改動(dòng)給開(kāi)發(fā)者適配移動(dòng)端又增加了難度。

在iPhoneX發(fā)布后，許多廠商相繼推出了具有邊緣屏幕的手機(jī)。

這些手機(jī)和普通手機(jī)在外觀上無(wú)外乎做了三個(gè)改動(dòng)：圓角（corners）、劉海（sensor housing）和小黑條（Home Indicator）。為了適配這些手機(jī)，安全區(qū)域這個(gè)概念變誕生了：安全區(qū)域就是一個(gè)不受上面三個(gè)效果的可視窗口范圍。

為了保證頁(yè)面的顯示效果，我們必須把頁(yè)面限制在安全范圍內(nèi)，但是不影響整體效果。

viewport-fit是專(zhuān)門(mén)為了適配iPhoneX而誕生的一個(gè)屬性，它用于限制網(wǎng)頁(yè)如何在安全區(qū)域內(nèi)進(jìn)行展示。

contain: 可視窗口完全包含網(wǎng)頁(yè)內(nèi)容

cover：網(wǎng)頁(yè)內(nèi)容完全覆蓋可視窗口

默認(rèn)情況下或者設(shè)置為auto和contain效果相同。

我們需要將頂部和底部合理的擺放在安全區(qū)域內(nèi)，iOS11新增了兩個(gè)CSS函數(shù)env、constant，用于設(shè)定安全區(qū)域與邊界的距離。

函數(shù)內(nèi)部可以是四個(gè)常量：

safe-area-inset-left：安全區(qū)域距離左邊邊界距離

safe-area-inset-right：安全區(qū)域距離右邊邊界距離

safe-area-inset-top：安全區(qū)域距離頂部邊界距離

safe-area-inset-bottom：安全區(qū)域距離底部邊界距離

注意：我們必須指定viweport-fit后才能使用這兩個(gè)函數(shù)：

constant在iOS < 11.2的版本中生效，env在iOS >= 11.2的版本中生效，這意味著我們往往要同時(shí)設(shè)置他們，將頁(yè)面限制在安全區(qū)域內(nèi)：

body {
  padding-bottom: constant(safe-area-inset-bottom);
  padding-bottom: env(safe-area-inset-bottom);
}

當(dāng)使用底部固定導(dǎo)航欄時(shí)，我們要為他們?cè)O(shè)置padding值：

{
  padding-bottom: constant(safe-area-inset-bottom);
  padding-bottom: env(safe-area-inset-bottom);
}

很多視口我們要對(duì)橫屏和豎屏顯示不同的布局，所以我們需要檢測(cè)在不同的場(chǎng)景下給定不同的樣式：

window.orientation:獲取屏幕旋轉(zhuǎn)方向

window.addEventListener("resize", ()=>{
    if (window.orientation === 180 || window.orientation === 0) { 
      // 正常方向或屏幕旋轉(zhuǎn)180度
        console.log("豎屏");
    };
    if (window.orientation === 90 || window.orientation === -90 ){ 
       // 屏幕順時(shí)鐘旋轉(zhuǎn)90度或屏幕逆時(shí)針旋轉(zhuǎn)90度
        console.log("橫屏");
    }  
}); 

@media screen and (orientation: portrait) {
  /*豎屏...*/
} 
@media screen and (orientation: landscape) {
  /*橫屏...*/
}

我們平時(shí)使用的圖片大多數(shù)都屬于位圖（png、jpg...），位圖由一個(gè)個(gè)像素點(diǎn)構(gòu)成的，每個(gè)像素都具有特定的位置和顏色值：

理論上，位圖的每個(gè)像素對(duì)應(yīng)在屏幕上使用一個(gè)物理像素來(lái)渲染，才能達(dá)到最佳的顯示效果。

而在dpr > 1的屏幕上，位圖的一個(gè)像素可能由多個(gè)物理像素來(lái)渲染，然而這些物理像素點(diǎn)并不能被準(zhǔn)確的分配上對(duì)應(yīng)位圖像素的顏色，只能取近似值，所以相同的圖片在dpr > 1的屏幕上就會(huì)模糊:

為了保證圖片質(zhì)量，我們應(yīng)該盡可能讓一個(gè)屏幕像素來(lái)渲染一個(gè)圖片像素，所以，針對(duì)不同DPR的屏幕，我們需要展示不同分辨率的圖片。

如：在dpr=2的屏幕上展示兩倍圖(@2x)，在dpr=3的屏幕上展示三倍圖(@3x)。

使用media查詢(xún)判斷不同的設(shè)備像素比來(lái)顯示不同精度的圖片：

       .avatar{
            background-image: url(conardLi_1x.png);
        }
        @media only screen and (-webkit-min-device-pixel-ratio:2){
            .avatar{
                background-image: url(conardLi_2x.png);
            }
        }
        @media only screen and (-webkit-min-device-pixel-ratio:3){
            .avatar{
                background-image: url(conardLi_3x.png);
            }
        }

只適用于背景圖

使用image-set：

.avatar {
    background-image: -webkit-image-set( "conardLi_1x.png" 1x, "conardLi_2x.png" 2x );
}

只適用于背景圖

使用img標(biāo)簽的srcset屬性，瀏覽器會(huì)自動(dòng)根據(jù)像素密度匹配最佳顯示圖片：

使用window.devicePixelRatio獲取設(shè)備像素比，遍歷所有圖片，替換圖片地址：

const dpr = window.devicePixelRatio;
const images =  document.querySelectorAll("img");
images.forEach((img)=>{
  img.src.replace(".", `@${dpr}x.`);
})

SVG 的全稱(chēng)是可縮放矢量圖（Scalable Vector Graphics）。不同于位圖的基于像素，SVG 則是屬于對(duì)圖像的形狀描述，所以它本質(zhì)上是文本文件，體積較小，且不管放大多少倍都不會(huì)失真。

除了我們手動(dòng)在代碼中繪制svg，我們還可以像使用位圖一樣使用svg圖片：

.avatar {
  background: url(conardLi.svg);
}

https://99designs.com/blog/ti...

https://www.w3cplus.com/css/v...

https://aotu.io/notes/2017/11...

希望你閱讀本篇文章后可以達(dá)到以下幾點(diǎn)：

理清移動(dòng)端適配常用概念

理解移動(dòng)端適配問(wèn)題產(chǎn)生的原理，至少掌握一種解決方案

文中如有錯(cuò)誤，歡迎在評(píng)論區(qū)指正，如果這篇文章幫助到了你，歡迎點(diǎn)贊和關(guān)注。

想閱讀更多優(yōu)質(zhì)文章、可關(guān)注我的github博客，你的star?、點(diǎn)贊和關(guān)注是我持續(xù)創(chuàng)作的動(dòng)力！

推薦關(guān)注我的微信公眾號(hào)【code秘密花園】，每天推送高質(zhì)量文章，我們一起交流成長(zhǎng)。