但隨著時間的推移，該方案已然過時，故為大家介紹一個目前我極力推薦使用的，更加完美的方案——rem佈局（進階版）

地址：http://www.jianshu.com/p/985d26b40199點選開啟連結

該方案使用相當簡單，把下面這段已壓縮過的 原生JS（原始碼已在文章底部更新，2017/5/3） 放到 HTML 的 head 標籤中即可（注:不要手動設定viewport，該方案自動幫你設定）

<script>!function(e){function t(a){if(i[a])return i[a].exports;var n=i[a]={exports:{},id:a,loaded
 
:!1};return e[a].call(n.exports,n,n.exports,t),n.loaded=!0,n.exports}var i={};return t.m=e,t.c=i,t.p="",t(0)}([function(e,t){"use strict";Object.defineProperty(t,"__esModule",{value:!0});var i=window;t["default"]=i.flex=function(e,t){var a=e||100,n=t||1,r=i.document,o=navigator.userAgent,d=o.match(/Android[\S\s]+AppleWebkit\/(\d{3})/i
 
),l=o.match(/U3\/((\d+|\.){5,})/i),c=l&&parseInt(l[1].split(".").join(""),10)>=80,p=navigator.appVersion.match(/(iphone|ipad|ipod)/gi),s=i.devicePixelRatio||1;p||d&&d[1]>534||c||(s=1);var u=1/s,m=r.querySelector('meta[name="viewport"]');m||(m=r.createElement("meta"),m.setAttribute("name"
 
,"viewport"),r.head.appendChild(m)),m.setAttribute("content","width=device-width,user-scalable=no,initial-scale="+u+",maximum-scale="+u+",minimum-scale="+u),r.documentElement.style.fontSize=a/2*s*n+"px"},e.exports=t["default"]}]);  flex(100, 1);</script>

程式碼原理

這是阿里團隊的高清方案佈局程式碼，所謂高清方案就是根據裝置螢幕的DPR（裝置畫素比，又稱DPPX，比如dpr=2時，表示1個CSS畫素由4個物理畫素點組成） 動態設定 html 的font-size, 同時根據裝置DPR調整頁面的縮放值，進而達到高清效果。

有何優勢

• 引用簡單，佈局簡便
• 根據裝置螢幕的DPR,自動設定最合適的高清縮放。
• 保證了不同裝置下視覺體驗的一致性。（老方案是，螢幕越大元素越大；此方案是，螢幕越大，看的越多）
• 有效解決移動端真實1px問題（這裡的1px 是裝置螢幕上的物理畫素）

如何使用

重要的事情說三遍！
絕不是每個地方都要用rem，rem只適用於固定尺寸！
絕不是每個地方都要用rem，rem只適用於固定尺寸！
絕不是每個地方都要用rem，rem只適用於固定尺寸！
在相當數量的佈局情境中（比如底部導航元素平分螢幕寬，大尺寸元素），你必須使用百分比或者flex才能完美佈局！
看過 《手機端頁面自適應解決方案—rem佈局》的朋友，應該對rem有所瞭解，這裡不再贅述，
此方案也是預設 1rem = 100px，所以你佈局的時候，完全可以按照設計師給你的效果圖寫各種尺寸啦。
比如你在效果圖上量取的某個按鈕元素長 55px, 寬37px ，那你直接可以這樣寫樣式：

.myBtn {
   width: 0.55rem;
   height: 0.37rem;
}

rem佈局（進階版）實踐應用

為了讓朋友們更清晰感受此方案的巨大優勢，下面是原始碼和Demo

示例原始碼

常見問題說明（2017/1/19）

許多同學對該方案存在不少誤解導致使用出現各種問題，這裡統一回復下。

1.問：為啥手機網頁效果圖寬度是要640或者750的，我非得弄個666的不行咩？

答：老實說當然可以，不過為了規範，640或者750是相對合適的。
拿Iphone 5s 舉例，它的css畫素寬度是320px，由於它的dpr=2，所以它的物理畫素寬度為320 × 2 = 640px，這也就是為什麼，你在5s上截了一張圖，在電腦上開啟，它的原始寬度是640px的原因。
那 iphone 6 的截圖寬度呢？ 375 × 2 = 750
那 iphone 6 sp 的截圖寬度呢？ 414 × 3 = 1242
以此類推，你現在能明白效果圖為什麼一般是 640 ，750 甚至是 1242 的原因了麼？（真沒有歧視安卓機的意思。。。）

2.問：寬度用rem寫的情況下， 在 iphone6 上沒問題， 在 iphone5上會有橫向滾動條，何解？

答：假設你的效果圖寬度是750，在這個效果圖上可能有一個寬度為7rem（高清方案預設 1rem = 100px）的元素。我們知道，高清方案的特點就是幾乎完美還原效果圖，也就是說，你寫了一個寬度為 7rem 的元素，那麼在目前主流移動裝置上都是7rem。然而，iphone 5 的寬度為640，也就是6.4rem。於是橫向滾動條不可避免的出現了。
怎麼辦呢？ 這是我目前推薦的比較安全的方式：如果元素的寬度超過效果圖寬度的一半（效果圖寬為640或750），果斷使用百分比寬度，或者flex佈局。就像把等屏寬的圖片寬度設為100%一樣。

3.問：不是 1rem = 100px嗎，為什麼我的程式碼寫了一個寬度為3rem的元素，在電腦端的谷歌瀏覽器上寬度只有150px?

答：先說高清方案程式碼，再次強調咱們的高清方案程式碼是根據裝置的dpr動態設定html 的 font-size，
如果dpr=1(如電腦端），則html的font-size為50px，此時 1rem = 50px
如果dpr=2(如iphone 5 和 6），則html的font-size為100px，此時 1rem = 100px
如果dpr=3(如iphone 6 sp），則html的font-size為150px，此時 1rem = 150px
如果dpr為其他值，即便不是整數，如3.4 , 也是一樣直接將dpr 乘以 50 。

再來說說效果圖，一般來講，我們的效果圖寬度要麼是640，要麼是750，無論哪一個，它們對應裝置的dpr=2，此時，1 rem = 50 × 2 = 100px。這也就是為什麼高清方案預設1rem = 100px。而將1rem預設100px也是好處多多，可以幫你快速換算單位，比如在750寬度下的效果圖，某元素寬度為53px，那麼css寬度直接設為53/100=0.53rem了。

然而極少情況下，有設計師將效果圖寬定為1242px，因為他手裡只有一個iphone 6 sp (dpr = 3)，設計完效果圖剛好可以在他的iphone 6 sp裡檢視調整。一切完畢之後，他將這個效果圖交給你來切圖。由於這個效果圖對應裝置的dpr=3，也就是1rem = 50 × 3 = 150px。所以如果你量取了一個寬度為90px的元素，它的css寬度應該為 90/150=0.6rem。由於咱們的高清方案預設1rem=100px，為了還原效果圖，你需要這樣換算。當然，一個技巧就是你可以直接修改咱們的高清方案的預設設定。在程式碼的最後 你會看到 flex(100, 1) ，將其修改成flex(66.66667, 1)（感謝簡友：V旅行指出此處錯誤！ 2017/3/24）就不用那麼麻煩的換算了，此時那個90px的直接寫成0.9rem就可以了。

4.問：高清方案在微信上，有時候字型會不受控制變的很大，怎麼辦？

5.問：我在底部導航用的flex感覺更合適一些，請問這樣子混著用可以嗎？

答：咱們的rem適合寫固定尺寸。其餘的根據需要換成flex或者百分比。原始碼示例中就有這三種的綜合運用。

6.問：在高清方案下，一個標準的，較為理想的寬度為640的頁面效果圖應該是怎樣的？

點選瀏覽：一個標準的640手機頁面設計稿參考（沒錯，在此方案中，你可以完全按照這張設計稿的尺寸寫佈局了。就是這麼簡單！）

7.問：可以提供下這個高清方案的原始碼嗎？

'use strict';

/**
 * @param {Number} [baseFontSize = 100] - 基礎fontSize, 預設100px;
 * @param {Number} [fontscale = 1] - 有的業務希望能放大一定比例的字型;
 */
const win = window;
export default win.flex = (baseFontSize, fontscale) => {
  const _baseFontSize = baseFontSize || 100;
  const _fontscale = fontscale || 1;

  const doc = win.document;
  const ua = navigator.userAgent;
  const matches = ua.match(/Android[\S\s]+AppleWebkit\/(\d{3})/i);
  const UCversion = ua.match(/U3\/((\d+|\.){5,})/i);
  const isUCHd = UCversion && parseInt(UCversion[1].split('.').join(''), 10) >= 80;
  const isIos = navigator.appVersion.match(/(iphone|ipad|ipod)/gi);
  let dpr = win.devicePixelRatio || 1;
  if (!isIos && !(matches && matches[1] > 534) && !isUCHd) {
    // 如果非iOS, 非Android4.3以上, 非UC核心, 就不執行高清, dpr設為1;
    dpr = 1;
  }
  const scale = 1 / dpr;

  let metaEl = doc.querySelector('meta[name="viewport"]');
  if (!metaEl) {
    metaEl = doc.createElement('meta');
    metaEl.setAttribute('name', 'viewport');
    doc.head.appendChild(metaEl);
  }
  metaEl.setAttribute('content', `width=device-width,user-scalable=no,initial-scale=${scale},maximum-scale=${scale},minimum-scale=${scale}`);
  doc.documentElement.style.fontSize = `${_baseFontSize / 2 * dpr * _fontscale}px`;
};

8.問：我在使用 rem 佈局進階方案的時候遇到了XXX的問題，如何解決？

• 此方案久經考驗，具有普遍適用性，自身出致命問題的情況很少，至少筆者是沒遇到過。
• 絕大多數你遇到的問題，都是由於對rem佈局理解不到位導致的。本文對rem佈局做了大量的解釋說明，配置了若干 demo，你可以把你遇到的問題放到demo裡測試。遇到問題時，首先問自己，為什麼這明顯的錯誤大家沒遇到就我遇到了？？
• 如果你真的經過充分驗證，比對，確實是rem佈局自身出了問題，那麼請私信我，把還原問題場景的 demo 或者檔案發給我。謝謝！