區(qū)別一：linux區(qū)分大小寫，windows在dos界面命令下不區(qū)分大小寫；

區(qū)別二：文件系統(tǒng)區(qū)別

1. windows下的文件系統(tǒng)

在 Windows 下，打開 “計(jì)算機(jī)”，我們看到的是一個(gè)個(gè)的驅(qū)動(dòng)器盤符：

每個(gè)驅(qū)動(dòng)器都有自己的根目錄結(jié)構(gòu)，這樣形成了多個(gè)樹并列的情形，如圖所示：

1. Linux下的文件系統(tǒng)

在 Linux 下，我們是看不到這些驅(qū)動(dòng)器盤符，我們看到的是文件夾（目錄）：
linux沒(méi)有盤符這個(gè)概念，只有一個(gè)根目錄 /，所有文件都在它下面


Centos的文件結(jié)構(gòu)

• /bin 可執(zhí)行二進(jìn)制文件的目錄，如常用的命令 ls、tar、mv、cat 等
• /home 普通用戶的家目錄
• /root root用戶的家目錄
• /boot 內(nèi)核文件的引導(dǎo)目錄, 放置 linux 系統(tǒng)啟動(dòng)時(shí)用到的一些文件
• /sbing 超級(jí)用戶使用的指令文件
• /tmp 臨時(shí)文件目錄,一般用戶或正在執(zhí)行的程序臨時(shí)存放文件的目錄，任何人都可以訪問(wèn)，重要數(shù)據(jù)不可放置在此目錄下。
• /dev 設(shè)備文件目錄 萬(wàn)物皆文件
• /lib 共享庫(kù)，系統(tǒng)使用的函數(shù)庫(kù)的目錄，程序在執(zhí)行過(guò)程中，需要調(diào)用

一些額外的參數(shù)時(shí)需要函數(shù)庫(kù)的協(xié)助。

• /usr 第三方 程序目錄
• /etc 配置程序目錄，系統(tǒng)配置文件存放的目錄
• /var 可變文件，放置系統(tǒng)執(zhí)行過(guò)程中經(jīng)常變化的文件
• /opt 用戶使用目錄，給主機(jī)額外安裝軟件所擺放的目錄。

區(qū)別三：linux所有內(nèi)容均以文件形式保存包括硬件，用戶，而windows文件和硬件沒(méi)什么關(guān)系，兩個(gè)之間沒(méi)有關(guān)聯(lián)；

區(qū)別四：windows用擴(kuò)展名區(qū)分文件如.exe代表執(zhí)行文件，.txt代表文本文件，而linux無(wú)擴(kuò)展名的概念，當(dāng)然為了管理員區(qū)分方便會(huì)有部分?jǐn)U展，

例如.gz ， .bz2 ，.tar.bz2代表壓縮包，.html ，.php代表網(wǎng)頁(yè)文件，這些純粹是給管理員看的便于區(qū)分，但是linux本身是沒(méi)有擴(kuò)展名的，linux是以權(quán)限區(qū)分文件的，文件權(quán)限總共有十位（可用ls -l查看每個(gè)文件的權(quán)限）。

區(qū)別五：windows平臺(tái):數(shù)量和質(zhì)量的優(yōu)勢(shì)，不過(guò)大部分為收費(fèi)軟件；由微軟官方提供重要支持和服務(wù) 。

linux平臺(tái)：大都為開源自由軟件，用戶可以修改定制和再發(fā)布，由于基本免費(fèi)沒(méi)有資金支持，部分軟件質(zhì)量和體驗(yàn)欠缺；有全球所有的Linux開發(fā)者和自由軟件社區(qū)提供支持。

區(qū)別六：windows下的.exe文件不能直接在linux下安裝與運(yùn)行，同時(shí)linux大部分是字符界面，大大增加了linux系統(tǒng)的安全性，減少了木馬攻擊的可能性，同時(shí)linux字符界面占用的系統(tǒng)資源要小于windows下的圖形界面所占的資源。

一、香港服務(wù)器

香港服務(wù)器的地理位置決定了國(guó)內(nèi)訪問(wèn)速度是非常快的，且穩(wěn)定性好。但香港服務(wù)器大多采用的是國(guó)際帶寬，帶寬資源比較小、而且貴。所以現(xiàn)在香港服務(wù)器基本都是以3M、5M為主的。如果需要額外增加帶寬的話，成本將會(huì)高出許多。

1、如果網(wǎng)站的訪問(wèn)用戶主要位于國(guó)內(nèi)或者在亞洲地區(qū)，而且在網(wǎng)站高峰時(shí)段對(duì)帶寬要求不高的話，那么可以選擇香港服務(wù)器;

2、由于香港服務(wù)器帶寬資源有限，如果是一些消耗帶寬資源很多的大型網(wǎng)站來(lái)說(shuō)，應(yīng)該要謹(jǐn)慎選擇。當(dāng)然，對(duì)于一般規(guī)模大小的視頻網(wǎng)站、電商網(wǎng)站、企業(yè)網(wǎng)站還是比較理想的選擇;

3、香港服務(wù)器總體性能配置都是比較高的，對(duì)于常見(jiàn)的網(wǎng)站建設(shè)都是能夠滿足。而且售后服務(wù)相對(duì)之下處理速度會(huì)更快些，畢竟沒(méi)有時(shí)差且語(yǔ)言相通。

二、美國(guó)服務(wù)器

美國(guó)服務(wù)器不僅有用豐富的網(wǎng)絡(luò)帶寬資源，IP資源也是非常豐富。美國(guó)服務(wù)器提供商能夠?yàn)橛脩籼峁┍姸嗟莫?dú)立IP，獨(dú)立IP對(duì)于網(wǎng)站的運(yùn)營(yíng)與優(yōu)化都是非常有利的。而且美國(guó)服務(wù)器的穩(wěn)定性是相當(dāng)高的，機(jī)房一般都具有嚴(yán)格的制度，大多數(shù)的美國(guó)服務(wù)器提供商都保證99點(diǎn)9%在線率。但是相對(duì)于香港服務(wù)器，國(guó)內(nèi)訪問(wèn)就會(huì)慢很多。

1、如果用戶需要搭建外貿(mào)網(wǎng)站，且訪問(wèn)群體分布在北美、歐洲等地，那么美國(guó)服務(wù)器肯定是比較好的選擇。畢竟美國(guó)機(jī)房接入的是海底光纜，帶寬資源充足，到全球各國(guó)的訪問(wèn)速度都比較快，適合做外貿(mào)類網(wǎng)站;

2、如果網(wǎng)站規(guī)模比較大，對(duì)帶寬資源要求比較高的話，那么也可以選擇美國(guó)服務(wù)器。美國(guó)服務(wù)器網(wǎng)絡(luò)資源豐富，一般服務(wù)器都是以100M起步的，而且一臺(tái)服務(wù)器會(huì)分配多個(gè)IP;

3、用戶如果想租用防御高、抗攻擊、抗DDoS攻擊類服務(wù)器的話，雖然香港服務(wù)器也有高防，但不妨也可以試試美國(guó)服務(wù)器，這類攻擊都是需要足夠的資源作為支撐來(lái)防御的。

香港服務(wù)器與美國(guó)服務(wù)器哪個(gè)比較好，并沒(méi)有標(biāo)準(zhǔn)的衡量，最主要的還是需要找到建站需求的。

香港VPS，香港VPS商家收集匯總

美國(guó)Vultr服務(wù)器推薦

http://vultr.baishitou.cn

Consumer為零售版，Business為批量版（也就是以前所說(shuō)的VOL版）

Consumer editions包括：家庭版、家庭單語(yǔ)言版、教育版、專業(yè)版、專業(yè)教育版、專業(yè)工作站版。

文件名：cn_windows_10_business_editions_version_1909_x64_dvd_0ca83907.iso
SHA1：a153526cdd406a249a93f30b447b259fed560c1d
文件大?。?.91GB
發(fā)布時(shí)間：2019-10-16

ed2k://|file|cn_windows_10_consumer_editions_version_1909_x64_dvd_76365bf8.iso|5381154816|6A56DE112B164EC054D1104C53F8F10B|/

Business editions包括：專業(yè)版、企業(yè)版、教育版、專業(yè)工作站版、專業(yè)教育版。

文件名：cn_windows_10_consumer_editions_version_1909_x64_dvd_76365bf8.iso
SHA1：5f3c8e743c9e87bdefdaabb49bbd0d7aa9221e7a
文件大?。?.01GB
發(fā)布時(shí)間：2019-10-16

ed2k://|file|cn_windows_10_business_editions_version_1909_x64_dvd_0ca83907.iso|5275090944|9BCD5FA6C8009E4D0260E4B23008BD47|/

家庭版(Home)：供家庭用戶使用，無(wú)法加入Active Directory和Azure AD，不允許遠(yuǎn)程鏈接

專業(yè)版(Professional)：供小型企業(yè)使用 在家庭版基礎(chǔ)上增加了域賬號(hào)加入、bitlocker、企業(yè)商店等功能

企業(yè)版(Enterprise)：供中大型企業(yè)使用 在專業(yè)版基礎(chǔ)上增加了DirectAccess，AppLocker等高級(jí)企業(yè)功能

教育版(Education)：供學(xué)校使用 (學(xué)校職員, 管理人員, 老師和學(xué)生) 其功能基本和企業(yè)版的一樣

LTSB版：無(wú)Edge瀏覽器、小娜，無(wú)磁貼，可選是否下載和安裝補(bǔ)丁，其它版都不能自選補(bǔ)丁

N版：帶“N”的版本相當(dāng)于閹割版，移除了Windows Media Player，幾乎用不到N版。

Windows 10 企業(yè)版（和教育版功能一樣，功能最完整版本）
1. 核心功能
①熟悉，更好用：自定義開始菜單，Windows Defender 與Windows防火墻，Hiberboot與InstantGo，系統(tǒng)啟動(dòng)更快速，TPM支持，節(jié)電模式，Windows更新
②Cortana小娜：更自然的語(yǔ)音和按鍵輸入，主動(dòng)、個(gè)性化建議，提醒，從網(wǎng)絡(luò)、本地以及云中搜索，無(wú)需動(dòng)手，直接喊出“你好，小娜”即可激活
③Windows Hello：指紋識(shí)別，面部和虹膜識(shí)別，企業(yè)級(jí)安全
④多任務(wù)操作：虛擬桌面，Snap協(xié)同（同一屏幕最多支持顯示4個(gè)應(yīng)用），跨不同顯示器的Snap功能支持
⑤Microsoft Edge：閱讀視圖，內(nèi)置墨水書寫支持，整合Cortana小娜
2. 企業(yè)特性
①基礎(chǔ)功能：設(shè)備加密，加入域功能，組策略管理器，Bitlocker加密，企業(yè)模式Internet Explorer瀏覽器（EMIE），Assigned Access 8.1（訪問(wèn)分配），遠(yuǎn)程桌面，Direct Access（直接訪問(wèn)），Windows To Go創(chuàng)建工具，Applocker（應(yīng)用程序鎖定），BranchCache（分支緩存），可通過(guò)組策略控制的開始屏幕，
②管理部署功能：企業(yè)應(yīng)用旁加載功能，移動(dòng)設(shè)備管理，可加入到Azure活動(dòng)目錄，單點(diǎn)登錄到云托管應(yīng)用，Win10企業(yè)商店，粒度UX控制，可輕松從專業(yè)版升級(jí)到企業(yè)版
③安全：Microsoft Passport登錄，企業(yè)數(shù)據(jù)保護(hù)，憑據(jù)保護(hù)，設(shè)備保護(hù)
④Windows即服務(wù)：Windows更新，Windows Update for Business，Current Branch for Business（用于企業(yè)的當(dāng)前更新分支）

Windows 10 教育版
與企業(yè)板功能一致，授權(quán)方式不同，可輕松從家庭版升級(jí)到教育版，（經(jīng)過(guò)測(cè)試專業(yè)版也可以通過(guò)輸入教育版key升級(jí)到教育版）
Windows 10 專業(yè)版
與企業(yè)版對(duì)比【無(wú)】以下功能：
①基礎(chǔ)功能：Direct Access（直接訪問(wèn)），Windows To Go創(chuàng)建工具，Applocker（應(yīng)用程序鎖定），BranchCache（分支緩存），可通過(guò)組策略控制的開始屏幕，
②管理部署功能：粒度UX控制
③安全：憑據(jù)保護(hù)，設(shè)備保護(hù)

Windows 10 家庭版
與專業(yè)版對(duì)比【無(wú)】以下功能：
①基礎(chǔ)功能：加入域功能，組策略管理器，Bitlocker加密，企業(yè)模式Internet Explorer瀏覽器（EMIE），Assigned Access 8.1（訪問(wèn)分配），遠(yuǎn)程桌面，Direct Access（直接訪問(wèn)），Windows To Go創(chuàng)建工具，Applocker（應(yīng)用程序鎖定），BranchCache（分支緩存），可通過(guò)組策略控制的開始屏幕，
②管理部署功能：可加入到Azure活動(dòng)目錄，單點(diǎn)登錄到云托管應(yīng)用，Win10企業(yè)商店，粒度UX控制，可輕松從專業(yè)版升級(jí)到企業(yè)版
③安全：企業(yè)數(shù)據(jù)保護(hù)，憑據(jù)保護(hù)，設(shè)備保護(hù)
④Windows即服務(wù)：Windows Update for Business，Current Branch for Business（用于企業(yè)的當(dāng)前更新分支）

Windows 10 企業(yè)版長(zhǎng)期服務(wù)分支2015 LTSB
與企業(yè)版功能一致，可手動(dòng)設(shè)置更新服務(wù)，無(wú)Edge瀏覽器，無(wú)商店。

最直觀的區(qū)別就是GET把參數(shù)包含在URL中，POST通過(guò)request body傳遞參數(shù)。

你可能自己寫過(guò)無(wú)數(shù)個(gè)GET和POST請(qǐng)求，或者已經(jīng)看過(guò)很多權(quán)威網(wǎng)站總結(jié)出的他們的區(qū)別，你非常清楚知道什么時(shí)候該用什么。

當(dāng)你在面試中被問(wèn)到這個(gè)問(wèn)題，你的內(nèi)心充滿了自信和喜悅。

你輕輕松松的給出了一個(gè)“標(biāo)準(zhǔn)答案”：

GET在瀏覽器回退時(shí)是無(wú)害的，而POST會(huì)再次提交請(qǐng)求。
GET產(chǎn)生的URL地址可以被Bookmark，而POST不可以。
GET請(qǐng)求會(huì)被瀏覽器主動(dòng)cache，而POST不會(huì)，除非手動(dòng)設(shè)置。
GET請(qǐng)求只能進(jìn)行url編碼，而POST支持多種編碼方式。
GET請(qǐng)求參數(shù)會(huì)被完整保留在瀏覽器歷史記錄里，而POST中的參數(shù)不會(huì)被保留。
GET請(qǐng)求在URL中傳送的參數(shù)是有長(zhǎng)度限制的，而POST么有。
對(duì)參數(shù)的數(shù)據(jù)類型，GET只接受ASCII字符，而POST沒(méi)有限制。
GET比POST更不安全，因?yàn)閰?shù)直接暴露在URL上，所以不能用來(lái)傳遞敏感信息。
GET參數(shù)通過(guò)URL傳遞，POST放在Request body中。

（本標(biāo)準(zhǔn)答案參考自w3schools）

“很遺憾，這不是我們要的回答！”

請(qǐng)告訴我真相。。。

如果我告訴你GET和POST本質(zhì)上沒(méi)有區(qū)別你信嗎？

讓我們扒下GET和POST的外衣，坦誠(chéng)相見(jiàn)吧！

GET和POST是什么？HTTP協(xié)議中的兩種發(fā)送請(qǐng)求的方法。

HTTP是什么？HTTP是基于TCP/IP的關(guān)于數(shù)據(jù)如何在萬(wàn)維網(wǎng)中如何通信的協(xié)議。

HTTP的底層是TCP/IP。所以GET和POST的底層也是TCP/IP，也就是說(shuō)，GET/POST都是TCP鏈接。GET和POST能做的事情是一樣一樣的。你要給GET加上request body，給POST帶上url參數(shù)，技術(shù)上是完全行的通的。

那么，“標(biāo)準(zhǔn)答案”里的那些區(qū)別是怎么回事？

在我大萬(wàn)維網(wǎng)世界中，TCP就像汽車，我們用TCP來(lái)運(yùn)輸數(shù)據(jù)，它很可靠，從來(lái)不會(huì)發(fā)生丟件少件的現(xiàn)象。但是如果路上跑的全是看起來(lái)一模一樣的汽車，那這個(gè)世界看起來(lái)是一團(tuán)混亂，送急件的汽車可能被前面滿載貨物的汽車攔堵在路上，整個(gè)交通系統(tǒng)一定會(huì)癱瘓。為了避免這種情況發(fā)生，交通規(guī)則HTTP誕生了。HTTP給汽車運(yùn)輸設(shè)定了好幾個(gè)服務(wù)類別，有GET, POST, PUT, DELETE等等，HTTP規(guī)定，當(dāng)執(zhí)行GET請(qǐng)求的時(shí)候，要給汽車貼上GET的標(biāo)簽（設(shè)置method為GET），而且要求把傳送的數(shù)據(jù)放在車頂上（url中）以方便記錄。如果是POST請(qǐng)求，就要在車上貼上POST的標(biāo)簽，并把貨物放在車廂里。當(dāng)然，你也可以在GET的時(shí)候往車廂內(nèi)偷偷藏點(diǎn)貨物，但是這是很不光彩；也可以在POST的時(shí)候在車頂上也放一些數(shù)據(jù)，讓人覺(jué)得傻乎乎的。HTTP只是個(gè)行為準(zhǔn)則，而TCP才是GET和POST怎么實(shí)現(xiàn)的基本。

但是，我們只看到HTTP對(duì)GET和POST參數(shù)的傳送渠道（url還是requrest body）提出了要求?！皹?biāo)準(zhǔn)答案”里關(guān)于參數(shù)大小的限制又是從哪來(lái)的呢？

在我大萬(wàn)維網(wǎng)世界中，還有另一個(gè)重要的角色：運(yùn)輸公司。不同的瀏覽器（發(fā)起http請(qǐng)求）和服務(wù)器（接受http請(qǐng)求）就是不同的運(yùn)輸公司。 雖然理論上，你可以在車頂上無(wú)限的堆貨物（url中無(wú)限加參數(shù)）。但是運(yùn)輸公司可不傻，裝貨和卸貨也是有很大成本的，他們會(huì)限制單次運(yùn)輸量來(lái)控制風(fēng)險(xiǎn)，數(shù)據(jù)量太大對(duì)瀏覽器和服務(wù)器都是很大負(fù)擔(dān)。業(yè)界不成文的規(guī)定是，（大多數(shù)）瀏覽器通常都會(huì)限制url長(zhǎng)度在2K個(gè)字節(jié)，而（大多數(shù)）服務(wù)器最多處理64K大小的url。超過(guò)的部分，恕不處理。如果你用GET服務(wù)，在request body偷偷藏了數(shù)據(jù)，不同服務(wù)器的處理方式也是不同的，有些服務(wù)器會(huì)幫你卸貨，讀出數(shù)據(jù)，有些服務(wù)器直接忽略，所以，雖然GET可以帶request body，也不能保證一定能被接收到哦。

好了，現(xiàn)在你知道，GET和POST本質(zhì)上就是TCP鏈接，并無(wú)差別。但是由于HTTP的規(guī)定和瀏覽器/服務(wù)器的限制，導(dǎo)致他們?cè)趹?yīng)用過(guò)程中體現(xiàn)出一些不同。

你以為本文就這么結(jié)束了？

我們的大BOSS還等著出場(chǎng)呢。。。

這位BOSS有多神秘？當(dāng)你試圖在網(wǎng)上找“GET和POST的區(qū)別”的時(shí)候，那些你會(huì)看到的搜索結(jié)果里，從沒(méi)有提到他。他究竟是什么呢。。。

GET和POST還有一個(gè)重大區(qū)別，簡(jiǎn)單的說(shuō)：

GET產(chǎn)生一個(gè)TCP數(shù)據(jù)包；POST產(chǎn)生兩個(gè)TCP數(shù)據(jù)包。

長(zhǎng)的說(shuō)：

對(duì)于GET方式的請(qǐng)求，瀏覽器會(huì)把http header和data一并發(fā)送出去，服務(wù)器響應(yīng)200（返回?cái)?shù)據(jù)）；

而對(duì)于POST，瀏覽器先發(fā)送header，服務(wù)器響應(yīng)100 continue，瀏覽器再發(fā)送data，服務(wù)器響應(yīng)200 ok（返回?cái)?shù)據(jù)）。

也就是說(shuō)，GET只需要汽車跑一趟就把貨送到了，而POST得跑兩趟，第一趟，先去和服務(wù)器打個(gè)招呼“嗨，我等下要送一批貨來(lái)，你們打開門迎接我”，然后再回頭把貨送過(guò)去。

因?yàn)镻OST需要兩步，時(shí)間上消耗的要多一點(diǎn)，看起來(lái)GET比POST更有效。因此Yahoo團(tuán)隊(duì)有推薦用GET替換POST來(lái)優(yōu)化網(wǎng)站性能。但這是一個(gè)坑！跳入需謹(jǐn)慎。為什么？

1. GET與POST都有自己的語(yǔ)義，不能隨便混用。

2. 據(jù)研究，在網(wǎng)絡(luò)環(huán)境好的情況下，發(fā)一次包的時(shí)間和發(fā)兩次包的時(shí)間差別基本可以無(wú)視。而在網(wǎng)絡(luò)環(huán)境差的情況下，兩次包的TCP在驗(yàn)證數(shù)據(jù)包完整性上，有非常大的優(yōu)點(diǎn)。

3. 并不是所有瀏覽器都會(huì)在POST中發(fā)送兩次包，F(xiàn)irefox就只發(fā)送一次。

現(xiàn)在，當(dāng)面試官再問(wèn)你“GET與POST的區(qū)別”的時(shí)候，你的內(nèi)心是不是這樣的？

本文轉(zhuǎn)載于（在途中#）

你可能已經(jīng)很熟練使用這兩個(gè)靈活的單位，但你可能不完全了解何時(shí)使用 rem ，何時(shí)使用 em。 本教程將幫你弄清楚!

Em 和 rem都是靈活、 可擴(kuò)展的單位，由瀏覽器轉(zhuǎn)換為像素值，具體取決于您的設(shè)計(jì)中的字體大小設(shè)置。 如果你使用值 1em 或 1rem，它可以被瀏覽器翻譯成 從16px到 160px 或其他任意值。

CSS 邊距設(shè)置為 1em

瀏覽器翻譯成16px

CSS padding設(shè)為 16px

瀏覽器翻譯成160px
另一方面，瀏覽器使用 px 值，所以 1px 將始終顯示為完全 1px。

滑動(dòng)滑塊試試這個(gè) CodePen 例子，你可以看到rem 和 em 單位的值可以轉(zhuǎn)化為不同的像素值，而 px 單位保持固定大小:

最大的問(wèn)題是

使用 em 和 rem 單位可以讓我們的設(shè)計(jì)更加靈活，能夠控制元素整體放大縮小，而不是固定大小。 我們可以使用這種靈活性，使我們?cè)陂_發(fā)期間，能更加快速靈活的調(diào)整，允許瀏覽器用戶調(diào)整瀏覽器大小來(lái)達(dá)到最佳體驗(yàn)。

Em 和 rem 單位提供的這種靈活性和工作方式都很相似，所以最大的問(wèn)題是，我們何時(shí)應(yīng)使用 em 值，何時(shí)應(yīng)使用 rem 值呢?

主要區(qū)別

Em 和 rem 單位之間的區(qū)別是瀏覽器根據(jù)誰(shuí)來(lái)轉(zhuǎn)化成px值 理解這種差異是決定何時(shí)使用哪個(gè)單元的關(guān)鍵。

我們要通過(guò)復(fù)習(xí) rem 和 em 單位如何工作，來(lái)確保你知道每一個(gè)細(xì)節(jié)。 然后我會(huì)講到為什么你應(yīng)該使用 em 或 rem 的單位。

最后，我們會(huì)看看到底哪些典型元素的設(shè)計(jì)，你應(yīng)該在實(shí)際應(yīng)用中使用哪種類型的單位。

rem 單位如何轉(zhuǎn)換為像素值

當(dāng)使用 rem 單位，他們轉(zhuǎn)化為像素大小取決于頁(yè)根元素的字體大小，即 html 元素的字體大小。 根元素字體大小乘以你 rem 值。

例如，根元素的字體大小 16px，10rem 將等同于 160px，即 10 x 16 = 160。

CSS padding設(shè)置為 10rem

計(jì)算結(jié)果為160px

em 單位如何轉(zhuǎn)換為像素值

當(dāng)使用em單位時(shí)，像素值將是em值乘以使用em單位的元素的字體大小。

例如，如果一個(gè) div 有 18px 字體大小，10em 將等同于 180px，即 10 × 18 = 180。

CSS padding設(shè)置為 10em

計(jì)算到 180px (或接近它)

重點(diǎn)理解:

有一個(gè)比較普遍的誤解，認(rèn)為 em 單位是相對(duì)于父元素的字體大小。 事實(shí)上，根據(jù)W3標(biāo)準(zhǔn) ，它們是相對(duì)于使用em單位的元素的字體大小。

父元素的字體大小可以影響 em 值，但這種情況的發(fā)生，純粹是因?yàn)槔^承。 讓我們看看為什么以及如何起作用。

Em 單位的遺傳效果

使用 em 單位存在繼承的時(shí)候，情況會(huì)變得比較棘手，因?yàn)槊總€(gè)元素將自動(dòng)繼承其父元素的字體大小。 繼承效果只能被明確的字體單位覆蓋，比如px,vw

使用 em 單位的元素字體大小根據(jù)它們來(lái)定。 但該元素可能繼承其父元素的字體大小，而父元素又繼承其父元素的字體大小，等等。 因此，以 em 為單位的元素字體大小可能會(huì)受到其任何父元素的字體大小影響。

讓我們看看一個(gè)例子。 在下面的 CodePen單步執(zhí)行試試。 隨著你的前進(jìn)，使用 Chrome 開發(fā)工具或 Firebug 為火狐瀏覽器來(lái)檢查我們的 em 單位計(jì)算到的像素值。

Em 繼承的例子

如果我們的根元素字體大小為 16px (通常是默認(rèn)值) 一個(gè)子元素 div 里面padding值為 1.5em，該 div 將從根元素繼承字體大小 16px。 因此padding會(huì)翻譯成 24px，即 1.5 x 16 = 24。

如果我們加多一個(gè)div來(lái)包裹原先的div，然后設(shè)置其字體大小為 1.25em呢?

我們包裹的 div 繼承根元素字體大小 16px ，并乘以它自己的 1.25em 的字體大小。 這將設(shè)置包裹 div 字體大小為 20px，即 1.25 x 16 = 20。

現(xiàn)在我們?cè)嫉?div 不再直接從根元素繼承,而是從其新的父元素繼承字體大小為 20px 1.5em 其padding值現(xiàn)在等于 30px，即 1.5 x 20 = 30。

這個(gè)繼承效應(yīng)可以更復(fù)雜，如果我們向我們?cè)嫉?div 添加 em 字體單位，比方說(shuō) 1.2em。

Div 從其父級(jí)繼承 20px 字體大小，然后，乘以它自己的 1.2em 設(shè)置，給它 24px，即 1.2 × 20 = 24 新字體大小。

div上的1.5em padding 現(xiàn)在將再次改變大小，用新的字體大小，36px，即 1.5 × 24 = 36 。

最后，為了進(jìn)一步說(shuō)明那個(gè) em 單位是相對(duì)于他們最終獲得(不是父元素)的字體大小，讓我們來(lái)看看設(shè)置padding 1.5em 如果我們顯式設(shè)置 div 使用 14px值，不繼承字體大小會(huì)發(fā)生什么。

現(xiàn)在，我們的padding為 21px，即 1.5 x 14 = 21 已經(jīng)變小了。 它不受父元素的字體大小。

由于存在著這些隱患，你可以看到為什么必須知道如何正確管理使用 em 單位。

瀏覽器設(shè)置 HTML 元素字體大小的影響

默認(rèn)情況下瀏覽器通常有字體大小 16px，但這可以被用戶更改為從 9px 到 72px的任何值

你需要知道的:

根 html 元素將繼承瀏覽器中設(shè)置的字體大小，除非顯式設(shè)置固定值去覆蓋。

所以 html 元素的字體大小雖然是直接確定 rem 值，但字體大小可能首先來(lái)自瀏覽器設(shè)置。

因此瀏覽器的字體大小設(shè)置可以影響每個(gè)使用 rem 單元以及每個(gè)通過(guò) em 單位繼承的值。

沒(méi)有設(shè)置 HTML 字體大小時(shí)，瀏覽器設(shè)置起作用

除非重寫，否則它將繼承瀏覽器默認(rèn)設(shè)置的字體大小。 例如，讓我們把網(wǎng)站的html元素沒(méi)有設(shè)置font-size值。

如果用戶讓他們的瀏覽器默認(rèn)字體大小為 16px，那么根元素字體大小將為 16px。 在 Chrome 開發(fā)工具下，你可以在已計(jì)算選項(xiàng)卡下看到一個(gè)元素繼承的屬性。

在這種情況下 10rem 等于 160px，即 10 x 16 = 160。

如果用戶將其瀏覽器中的默認(rèn)字體大小調(diào)為18px，根字體大小變成 18px。 現(xiàn)在 10rem 轉(zhuǎn)換為 180px，即 10 × 18 = 180。

瀏覽器將調(diào)整使用 em 單位的 HTML 元素字體大小

當(dāng) em 單位設(shè)置在 html 元素上時(shí)，它將轉(zhuǎn)換為em值乘以瀏覽器字體大小的設(shè)置。

例如，如果網(wǎng)站的 html 元素的字體大小屬性設(shè)置為 1.25em，根元素字體大小將為 1.25 倍的瀏覽器的字體大小設(shè)置。

如果瀏覽器字體大小被設(shè)置為 16px，根字體大小會(huì)出來(lái)為 20px，即 1.25 x 16 = 20。

在這種情況下 10rem 將等于 200px，即 10 × 20 = 200。

所以，如果瀏覽器字體大小被設(shè)置為 20px，根元素字體大小會(huì)翻譯成 25px，即 1.25 × 20 = 25。

現(xiàn)在 10rem 將等于 250px，即 10 × 25 = 250。

總結(jié)與 rem 差異 em

上述所有歸結(jié)如下:

• rem 單位翻譯為像素值是由 html 元素的字體大小決定的。 此字體大小會(huì)被瀏覽器中字體大小的設(shè)置影響，除非顯式重寫一個(gè)具體單位。
• em 單位轉(zhuǎn)為像素值，取決于他們使用的字體大小。 此字體大小受從父元素繼承過(guò)來(lái)的字體大小，除非顯式重寫與一個(gè)具體單位。

為什么使用 rem 單位:

Rem 單位提供最偉大的力量并不僅僅是他們提供一致尺寸而不是繼承。 相反，它給我們的一個(gè)途經(jīng)去獲取用戶的偏好來(lái)影響網(wǎng)站中每一處使用rem的元素大小，不再是使用固定的 px 單位。

為此，使用 rem 單位的主要目的應(yīng)該是確保無(wú)論用戶如何設(shè)置自己的瀏覽器，我們的布局都能調(diào)整到合適大小。

一個(gè)站點(diǎn)最初設(shè)計(jì)可以專注于最常見(jiàn)的默認(rèn)瀏覽器中字體大小 16px。

瀏覽器字體大小 16px

但是，通過(guò)使用 rem 單位，如果用戶調(diào)整其字體大小，我們也能保證布局的完整性，使用較小的文本避免文本空間被壓扁了。

瀏覽器字體大小 34px

如果用戶縮小其字體大小，整個(gè)布局掉下來(lái)，空白區(qū)域中的文本也不會(huì)想得很無(wú)力。

瀏覽器字體大小 9px

用戶會(huì)因?yàn)楦鞣N各樣的原因更改字體大小設(shè)置。 容納這些設(shè)置可以獲得更好的用戶體驗(yàn)。

重要的是:

一些設(shè)計(jì)師使用結(jié)合 rem 單位的方式給html元素設(shè)置了一個(gè)固定的px單位。 這是很普遍的做法，所以改變html元素的字體大小時(shí)，可以使整個(gè)頁(yè)面做相應(yīng)調(diào)整

我強(qiáng)烈反對(duì)種做法，因?yàn)樗貙懤^承了用戶設(shè)置的瀏覽器字體大小。 更夸張的說(shuō)，這剝削了用戶自行調(diào)整以獲得最佳視覺(jué)效果的能力。

如果您確實(shí)需要更改 html 元素的字體大小，那么就使用em，rem單位，這樣根元素的值還會(huì)是用戶瀏覽器字體大小的乘積。

這將允許您通過(guò)更改您的 html 元素的字體大小，調(diào)整你的設(shè)計(jì)，但仍會(huì)保留用戶的瀏覽器設(shè)置的效果。

為什么使用 em 單位

em 單位取決于一個(gè)font-size值而非 html 元素的字體大小。

為此，em 單位的主要目的應(yīng)該是允許保持在一個(gè)特定的設(shè)計(jì)元素范圍內(nèi)的可擴(kuò)展性。

例如，您可能使用em 值設(shè)置導(dǎo)航菜單項(xiàng)的padding、 margin，line-height等值。

帶有0.9rem 字體大小的菜單

通過(guò)這種方式，如果您更改菜單的字體大小菜單項(xiàng)周圍的間距將在剩余的空間按比例縮放。

帶有1.2rem 字體大小的菜單

前面一節(jié)中你看到跟蹤 em 單位如何變得不可收拾。 為此，我建議只在你標(biāo)識(shí)清楚的情況下使用 em 單位。

實(shí)際應(yīng)用

一些 web 設(shè)計(jì)師之間存在辯論，我相信不同的人有不同的首選的方法，但我的建議是，如下所示。

使用 em 單位:

根據(jù)某個(gè)元素的字體大小做縮放而不是根元素的字體大小。

一般來(lái)說(shuō)，你需要使用 em 單位的唯一原因是縮放沒(méi)有默認(rèn)字體大小的元素。

根據(jù)我們上面的例子，設(shè)計(jì)組件比如按鈕，菜單和標(biāo)題可能會(huì)有自己明確的字體大小。 當(dāng)你修改字體大小的時(shí)候，你希望整個(gè)組件都適當(dāng)縮放

通用屬性這一準(zhǔn)則將適用于在非默認(rèn)字體大小的元素上的padding、 margin、 width、 height和line-height等值。

我建議，當(dāng)您使用 em 單位，他們使用的元素的字體大小應(yīng)設(shè)置對(duì)rem單位，以保留的可擴(kuò)展性，但避免繼承混淆。

通常不使用 em 單位控制字體大小

我們經(jīng)常會(huì)看到使用em作為字體大小單位，特別是標(biāo)題，當(dāng)我認(rèn)為如果使用rem將更具可擴(kuò)展性。

標(biāo)題經(jīng)常使用 em 單位的原因是他們相比px單位，在相對(duì)常規(guī)文本大小方面更出色。 然而 rem 單位同樣也可以實(shí)現(xiàn)這一目標(biāo)。 如果 html 元素上任何字體大小調(diào)整，標(biāo)題大小仍會(huì)縮放。

請(qǐng)嘗試更改下面的 CodePen，看看 html 元素上的 em 字體大小如何起作用:

少部分情況下，我們不想我們的字體大小根據(jù)根元素做調(diào)整，只有幾個(gè)例外的情況。

我們可以想到的例子是一個(gè)使用 em 字體大小的下拉菜單，我們有第二個(gè)級(jí)別的菜單項(xiàng)文本大小取決于第一級(jí)字體大小。 另一個(gè)例子可能是用在按鈕里面的字體圖標(biāo)，字體圖標(biāo)的大小跟按鈕的文本大小有關(guān)。

然而，大多數(shù) web 設(shè)計(jì)中的元素往往不會(huì)有這種類型的要求，所以一般使用 rem 單位的字體大小，em 單位只在特殊的情況下使用。

使用 rem 單位:

不需要 em 單位，并且根據(jù)瀏覽器的字體大小設(shè)置縮放的任何尺寸。

這幾乎在一個(gè)標(biāo)準(zhǔn)的設(shè)計(jì)中占據(jù)了一切，包括heights，widths，padding，margin，border，font-size，shadows，幾乎包括你布局的每部分。

簡(jiǎn)單地說(shuō)，一切可擴(kuò)展都應(yīng)該使用 rem 單位。

小貼士

創(chuàng)建布局時(shí)，往往要以像素為單位更方便，但部署時(shí)應(yīng)使用rem單位。

你可以使用預(yù)處理比如Stylus / Sass / Less，來(lái)自動(dòng)轉(zhuǎn)換單位或PostCSS之類的插件。

或者，您可以使用 PXtoEM 手動(dòng)做您的轉(zhuǎn)換。

始終使用 rem 單位做媒體查詢

特別注意，當(dāng)使用 rem 單位創(chuàng)建統(tǒng)一可擴(kuò)展的設(shè)計(jì)，媒體查詢也應(yīng)該是rem單位。 這將確保，無(wú)論用戶瀏覽器的字體大小，您的媒體查詢會(huì)對(duì)它作出反應(yīng)和調(diào)整您的布局。

例如，如果用戶縮放文本非常高，您的布局可能需要從兩列到單個(gè)列調(diào)整，因?yàn)樗赡軙?huì)在較小的移動(dòng)設(shè)備上顯示。

如果您的斷點(diǎn)在固定的像素寬度，只有不同的視口的大小可以觸發(fā)它們。 但是基于 rem 的斷點(diǎn)他們將響應(yīng)不同的字體大小。

不要使用 em 或 rem :

多列布局

布局中的列寬通常應(yīng)該是 %，因此他們可以流暢適應(yīng)無(wú)法預(yù)知大小的視區(qū)。

然而單一列一般仍然應(yīng)使用 rem 值來(lái)設(shè)置最大寬度。

例如:

//code from http://caibaojian.com/rem-vs-em.html
.container {
    width: 100%;
    max-width: 75rem;
}

這保持列的靈活，可擴(kuò)展。又能防止變得太寬了。

當(dāng)元素應(yīng)該是嚴(yán)格不可縮放的時(shí)候

在一個(gè)典型的 web 設(shè)計(jì)的過(guò)程中，不會(huì)有很多部分的你不能使用伸縮性設(shè)計(jì)的布局。 不過(guò)偶爾你會(huì)遇到真的需要使用顯式的固定的值，以防止縮放的元素。

采用固定的尺寸值的前提應(yīng)該是，如果被縮放的話，它的結(jié)構(gòu)會(huì)被打碎。 這真的不常出現(xiàn)，所以你想拿出那些 px 單位之前，問(wèn)問(wèn)自己是否使用它們是絕對(duì)必要的。

總結(jié)

讓我們以一個(gè)快速符號(hào)點(diǎn)概括我們介紹的內(nèi)容:

• rem 和 em 單位是由瀏覽器基于你的設(shè)計(jì)中的字體大小計(jì)算得到的像素值。
• em 單位基于使用他們的元素的字體大小。
• rem 單位基于 html 元素的字體大小。
• em 單位可能受任何繼承的父元素字體大小影響
• rem 單位可以從瀏覽器字體設(shè)置中繼承字體大小。
• 使用 em 單位應(yīng)根據(jù)組件的字體大小而不是根元素的字體大小。
• 在不需要使用em單位，并且需要根據(jù)瀏覽器的字體大小設(shè)置縮放的情況下使用rem。
• 使用rem單位，除非你確定你需要 em 單位，包括對(duì)字體大小。
• 媒體查詢中使用 rem 單位
• 不要在多列布局中使用 em 或 rem -改用 %。
• 不要使用 em 或 rem，如果縮放會(huì)不可避免地導(dǎo)致要打破布局元素。

我希望你現(xiàn)在已經(jīng)建立了強(qiáng)健的、 完整的圖片，到底 em 和 rem 的單位如何工作，并通過(guò)，知道如何最好地利用他們?cè)谀愕脑O(shè)計(jì)中。

@media與@media? screen手機(jī)網(wǎng)頁(yè)區(qū)別

好吧，理論方面暫時(shí)放在一邊，先看看兩者產(chǎn)生的手機(jī)網(wǎng)頁(yè)視圖有什么不同。

@media與@media? screen手機(jī)網(wǎng)頁(yè)

上圖看出，沒(méi)有任何區(qū)別。沒(méi)錯(cuò)，確實(shí)沒(méi)有任何區(qū)別，因?yàn)锧media與@media? screen的css在手機(jī)設(shè)備里都是有效的。

@media與@media? screen打印網(wǎng)頁(yè)區(qū)別

兩者在手機(jī)設(shè)備上沒(méi)有區(qū)別，在打印設(shè)備上是怎樣的呢？看看如下截圖。

@media打印網(wǎng)頁(yè)

@media? screen打印網(wǎng)頁(yè)

很明顯，兩者的打印效果是不同的。

至此，我們應(yīng)該明白了@media與@media? screen的區(qū)別了吧，沒(méi)錯(cuò)，@media? screen的css在打印設(shè)備里是無(wú)效的，而@media在打印設(shè)備里是有效的，這就是它們的區(qū)別了。

知道了它們的區(qū)別，我們就應(yīng)該懂得如何使用它們了。如果css需要用在打印設(shè)備里，那么就用@media?，否則，就用@media? screen。

不過(guò)這只是籠統(tǒng)的做法，其實(shí)如果把“screen”換為“print”，寫為@media? print，那么該css就可用到打印設(shè)備上了，但要注意，@media? print聲明的css只能在打印設(shè)備上有效哦。

通過(guò)此實(shí)例的見(jiàn)解，我們可以舉一反三，對(duì)@media的用法就能更易接受了。下面的知識(shí)擴(kuò)展可以讓你更深入地了解@media的各種用法。

知識(shí)擴(kuò)展

@media only screen and

only(限定某種設(shè)備)
screen 是媒體類型里的一種
and 被稱為關(guān)鍵字，其他關(guān)鍵字還包括 not(排除某種設(shè)備)

/* 常用類型 */
類型 解釋
all?所有設(shè)備
braille?盲文
embossed?盲文打印
handheld?手持設(shè)備
print?文檔打印或打印預(yù)覽模式
projection?項(xiàng)目演示，比如幻燈
screen?彩色電腦屏幕
speech?演講
tty?固定字母間距的網(wǎng)格的媒體，比如電傳打字機(jī)
tv?電視

screen一般用的比較多，下面是我自己的嘗試，列出常用的設(shè)備的尺寸，然后給頁(yè)面分了幾個(gè)尺寸的版本。

/* 常用設(shè)備 */
設(shè)備 屏幕尺寸
顯示器 1280 x 800
ipad 1024 x 768
Android 800 x 480
iPhone 640 x 960

兩種方式

a：<link rel="stylesheet" type="text/css" href="styleB.css" media="screen and (min-width: 600px) and (max-width: 800px)">

意思是當(dāng)屏幕的寬度大于600小于800時(shí)，應(yīng)用styleB.css

b：

@media screen and (max-width: 600px) {  /*當(dāng)屏幕尺寸小于600px時(shí)，應(yīng)用下面的CSS樣式*/
  .class {
    background: #ccc;
  }
}

device-aspect-ratio

device-aspect-ratio可以用來(lái)適配特定屏幕長(zhǎng)寬比的設(shè)備，這也是一個(gè)很有用的屬性，比如，我們的頁(yè)面想要對(duì)長(zhǎng)寬比為4:3的普通屏幕定義一種樣式，然后對(duì)于16:9和16:10的寬屏，定義另一種樣式，比如自適應(yīng)寬度和固定寬度：

@media only screen and (device-aspect-ratio:4/3)

功能說(shuō)明：表示列表模板里的分頁(yè)內(nèi)容列表
適用范圍：僅列表模板 list_*.htm
基本語(yǔ)法：

{dede:list col='' titlelen='' infolen='' imgwidth='' imgheight='' listtype='' orderby='' pagesize='' orderway='' pagesize='20'}
<a href='[field:arcurl/]'>[field:title/]</a>
{/dede:list}

參數(shù)說(shuō)明：
col='' 內(nèi)容列數(shù)
titlelen='' 標(biāo)題長(zhǎng)度
infolen='' 內(nèi)容摘要長(zhǎng)度
imgwidth='' 縮略圖寬
imgheight='' 縮略圖高
orderby='' 排序方式，有效的排序方式有 senddate、pubdate、id、click、lastpost、postnum ，默認(rèn)為 sortrank
pagesize='20' 分頁(yè)大小，調(diào)用文章條數(shù)

一般列表頁(yè)會(huì)增加一個(gè)分頁(yè)代碼{dede:pagelist istitem="index,pre,next,end,option,info," listsize="5"/}

演示效果如下：

2.{dede:arclist}可以用于獲取指定文檔列表，一般會(huì)設(shè)置一個(gè)typeid，不分頁(yè)。

功能說(shuō)明：獲取指定文檔列表

適用范圍：全局使用
基本語(yǔ)法：

{dede:arclist? flag='h' typeid='' row='' col='' titlelen='' infolen='' imgwidth='' imgheight='' listtype='' orderby='' keyword='' limit='0,1'}
<a href='[field:arcurl/]'>[field:title/]</a>
{/dede:arclist}

參數(shù)說(shuō)明：
col='' 分多少列顯示（默認(rèn)為單列），5.3版中本屬性可以通過(guò)多種方式進(jìn)行多行顯示，如果col='1'要多列顯示的可用div+css實(shí)現(xiàn)
以下為通過(guò)div+css實(shí)現(xiàn)多列的示例：

<style type=text/css>
div{width:400px;float:left;}
</style>
{dede:arclist row='10' titlelen='24' orderby='pubdate' idlist='' col='2'}
?[field:textlink/]([field:pubdate function=MyDate('m-d',@me)/])<br/>
{/dede:arclist}

演示效果如下

當(dāng)col>1將使用原來(lái)的table多列方式顯示
row='10' 返回文檔列表總數(shù)
typeid='' 欄目ID,在列表模板和檔案模板中一般不需要指定，在首頁(yè)模板中允許用","分開表示多個(gè)欄目；
getall='1' 在沒(méi)有指定這屬性的情況下,在欄目頁(yè)、文章頁(yè)模板,不會(huì)獲取以","分開的多個(gè)欄目的下級(jí)子類
titlelen = '30' 標(biāo)題長(zhǎng)度 等同于titlelength
infolen='160' 表示內(nèi)容簡(jiǎn)介長(zhǎng)度 等同于infolength
imgwidth='120' 縮略圖寬度
imgheight='90' 縮略圖高度
listtype='all' 欄目類型 image含有縮略圖 commend推薦
orderby='sortrank' 文檔排序方式
§ orderby='hot' 或 orderby='click' 表示按點(diǎn)擊數(shù)排列
§ orderby='sortrank' 或 orderby='pubdate' 按出版時(shí)間排列
§ orderby='near'
§ orderby=='lastpost' 按最后評(píng)論時(shí)間
§ orderby=='scores' 按得分排序
§ orderby='id' 按文章ID排序
§ orderby='rand' 隨機(jī)獲得指定條件的文檔列表
keyword='' 含有指定關(guān)鍵字的文檔列表，多個(gè)關(guān)鍵字用","分
innertext = '' 單條記錄樣式
aid='' 指定文檔ID
idlist ='' 提取特定文檔（文檔ID）
channelid 頻道ID
limit='起始ID,記錄數(shù)'? （起始ID從0開始）表示限定的記錄范圍（如：limit='1,2'? 表示從ID為1的記錄開始，取2條記錄）
flag = 'h' 自定義屬性值：頭條[h]推薦[c]圖片[p]幻燈[f]滾動(dòng)[s]跳轉(zhuǎn)[j]圖文[a]加粗[b]
noflag = '' 同flag，但這里是表示不包含這些屬性
orderway='desc' 值為 desc 或 asc ，指定排序方式是降序還是順向排序，默認(rèn)為降序
subday='天數(shù)' 表示在多少天以內(nèi)的文檔