詳解頁(yè)面靜態(tài)資源的緩存策略，搞懂強(qiáng)緩存和協(xié)商緩存再做

詳解頁(yè)面靜態(tài)資源的緩存策略，搞懂強(qiáng)緩存和協(xié)商緩存再做性能優(yōu)化

篇文章我們來(lái)聊一聊靜態(tài)資源的緩存策略，如果你準(zhǔn)備去做頁(yè)面的優(yōu)化，那么這個(gè)知識(shí)點(diǎn)你就必須得了解。

首先明確一下靜態(tài)資源的概念，靜態(tài)可以理解為不變的。頁(yè)面中像js、css、img等文件都是靜態(tài)文件，因?yàn)榇祟愇募闵暇€什么內(nèi)容，所有的用戶都會(huì)獲取一樣的內(nèi)容，它是不會(huì)變化的，基于這樣的特點(diǎn)，這樣的文件可以做緩存，提高加載速度。

像一般的html文件，在你開發(fā)完還需要套各類模板，因?yàn)閿?shù)據(jù)不同，展現(xiàn)的內(nèi)容也不同，最典型的就是頭條的頁(yè)面，千人千面，每個(gè)頁(yè)面都不一樣，你很難從整體上做緩存，所以這樣的文件不能算是靜態(tài)資源。

圖1

回想一下，在你開發(fā)完一個(gè)項(xiàng)目上線時(shí)，一般都是先上靜態(tài)資源后上模板，二者的上線方式會(huì)有所不同。靜態(tài)資源一般都會(huì)推到cdn服務(wù)器上去，而模板都是上到后端服務(wù)的機(jī)器上，前者就是想利用cdn的緩存策略讓用戶有更好的頁(yè)面加載體驗(yàn)。

強(qiáng)緩存

1、瀏覽器第一次跟服務(wù)器請(qǐng)求一個(gè)資源，服務(wù)器在返回這個(gè)資源的同時(shí)，在響應(yīng)頭中加上Expires，如：

圖2

2、瀏覽器在接收到這個(gè)資源后，會(huì)把這個(gè)資源連同所有響應(yīng)頭一起緩存下來(lái)；

3、瀏覽器再請(qǐng)求這個(gè)資源時(shí)，先從緩存中尋找，找到這個(gè)資源后，拿出它的Expires跟當(dāng)前的請(qǐng)求時(shí)間比較，如果請(qǐng)求時(shí)間在Expires指定的時(shí)間之前，就能命中緩存，否則就不行；

4、如果緩存沒有命中，瀏覽器會(huì)將請(qǐng)求發(fā)往服務(wù)器，Expires Header在重新加載的時(shí)候會(huì)被更新。

Expires是較老的強(qiáng)緩存管理header，由于它是服務(wù)器返回的一個(gè)絕對(duì)時(shí)間，在服務(wù)器時(shí)間與客戶端時(shí)間相差較大時(shí)，緩存管理容易出現(xiàn)問(wèn)題，比如隨意修改下客戶端時(shí)間，就能影響緩存命中的結(jié)果。所以在http1.1的時(shí)候，提出了一個(gè)新的header，就是Cache-Control，這是一個(gè)相對(duì)時(shí)間，在配置緩存的時(shí)候，以秒為單位，用數(shù)值表示，如：Cache-Control:max-age=315360000，它的緩存原理如下：

1、瀏覽器第一次跟服務(wù)器請(qǐng)求一個(gè)資源，服務(wù)器在返回這個(gè)資源的同時(shí)，在響應(yīng)頭加上Cache-Control的header，如：

圖3

2、瀏覽器在接收到這個(gè)資源后，會(huì)把這個(gè)資源連同所有響應(yīng)頭一起緩存下來(lái)；

3、瀏覽器再請(qǐng)求這個(gè)資源時(shí)，先從緩存中尋找，找到這個(gè)資源后，根據(jù)它第一次的請(qǐng)求時(shí)間和Cache-Control設(shè)定的有效期，計(jì)算出一個(gè)資源過(guò)期時(shí)間，再拿這個(gè)過(guò)期時(shí)間跟當(dāng)前的請(qǐng)求時(shí)間比較，如果請(qǐng)求時(shí)間在過(guò)期時(shí)間之前，就能命中緩存，否則就不行。

4、如果緩存沒有命中，瀏覽器直接從服務(wù)器加載資源時(shí)，Cache-Control Header在重新加載的時(shí)候會(huì)被更新。

Cache-Control描述的是一個(gè)相對(duì)時(shí)間，在進(jìn)行緩存命中的時(shí)候，都是利用客戶端時(shí)間進(jìn)行判斷，所以相比較Expires，Cache-Control的緩存管理更有效，安全一些。這兩個(gè)header可以只啟用一個(gè)，也可以同時(shí)啟用，當(dāng)響應(yīng)頭中，Expires和Cache-Control同時(shí)存在時(shí)，Cache-Control優(yōu)先級(jí)高于Expires。

協(xié)商緩存

如果沒有命中強(qiáng)緩存，請(qǐng)求就會(huì)來(lái)到服務(wù)器，服務(wù)器檢查HTTP請(qǐng)求頭是否包含緩存驗(yàn)證信息，如果協(xié)商緩存命中，請(qǐng)求響應(yīng)返回的http狀態(tài)為304并且會(huì)顯示一個(gè)Not Modified的字符串。協(xié)商緩存利用的是【Last-Modified，If-Modified-Since】和【ETag、If-None-Match】這兩對(duì)Header來(lái)管理的，原理如下：

1、瀏覽器第一次跟服務(wù)器請(qǐng)求一個(gè)資源，服務(wù)器在返回這個(gè)資源的同時(shí)，在響應(yīng)頭加上Last-Modified的header，這個(gè)header表示這個(gè)資源在服務(wù)器上的最后修改時(shí)間；

圖4

2、瀏覽器再次跟服務(wù)器請(qǐng)求這個(gè)資源時(shí)，在請(qǐng)求頭上加上If-Modified-Since的header，這個(gè)header的值就是上一次請(qǐng)求時(shí)返回的Last-Modified的值；

圖5

3、服務(wù)器再次收到資源請(qǐng)求時(shí)，根據(jù)瀏覽器傳過(guò)來(lái)If-Modified-Since和資源在服務(wù)器上的最后修改時(shí)間作對(duì)比判斷資源是否有變化，如果沒有變化則返回304 Not Modified，但是不會(huì)返回資源內(nèi)容。如果有變化，就正常返回資源內(nèi)容。當(dāng)服務(wù)器返回304 Not Modified的響應(yīng)時(shí)，response header中不會(huì)再添加Last-Modified的header，因?yàn)榧热毁Y源沒有變化，那么Last-Modified也就不會(huì)改變。

4、瀏覽器收到304的響應(yīng)后，就會(huì)從緩存中加載資源。

5、如果協(xié)商緩存沒有命中，瀏覽器直接從服務(wù)器加載資源時(shí)，Last-Modified Header在重新加載的時(shí)候會(huì)被更新，下次請(qǐng)求時(shí)，If-Modified-Since會(huì)啟用上次返回的Last-Modified值。

【Last-Modified，If-Modified-Since】都是根據(jù)服務(wù)器時(shí)間返回的header，一般來(lái)說(shuō)，在沒有調(diào)整服務(wù)器時(shí)間和篡改客戶端緩存的情況下，這兩個(gè)header配合起來(lái)管理協(xié)商緩存是非常可靠的，但是有時(shí)候服務(wù)器上資源其實(shí)有變化，但是最后修改時(shí)間卻沒有變化的情況，而這種問(wèn)題又很不容易被定位出來(lái)，而當(dāng)這種情況出現(xiàn)的時(shí)候，就會(huì)影響協(xié)商緩存的可靠性。所以就有了另外一對(duì)header來(lái)管理協(xié)商緩存，這對(duì)header就是【ETag、If-None-Match】，它們的緩存管理的方式如下：

1、瀏覽器第一次跟服務(wù)器請(qǐng)求一個(gè)資源，服務(wù)器在返回這個(gè)資源的同時(shí)，在響應(yīng)頭中加上ETag的header，這個(gè)header是服務(wù)器根據(jù)當(dāng)前請(qǐng)求的資源生成的一個(gè)唯一標(biāo)識(shí)，這個(gè)唯一標(biāo)識(shí)是一個(gè)字符串，只要資源有變化這個(gè)串就不同，跟最后修改時(shí)間沒有關(guān)系，所以能很好的補(bǔ)充Last-Modified的問(wèn)題；

圖6

2、瀏覽器再次跟服務(wù)器請(qǐng)求這個(gè)資源時(shí)，在請(qǐng)求頭上加上If-None-Match的header，這個(gè)header的值就是上一次請(qǐng)求時(shí)返回的ETag的值：

圖7

3、服務(wù)器再次收到資源請(qǐng)求時(shí)，根據(jù)瀏覽器傳過(guò)來(lái)的If-None-Match和再根據(jù)資源生成一個(gè)新的ETag，如果這兩個(gè)值相同就說(shuō)明資源沒有變化，否則就是有變化；如果沒有變化則返回304 Not Modified，但是不會(huì)返回資源內(nèi)容；如果有變化，就正常返回資源內(nèi)容。與Last-Modified不一樣的是，當(dāng)服務(wù)器返回304 Not Modified的響應(yīng)時(shí)，由于ETag重新生成過(guò)，響應(yīng)頭中還會(huì)把這個(gè)ETag返回，即使這個(gè)ETag跟之前的沒有變化。

4、瀏覽器收到304的響應(yīng)后，就會(huì)從緩存中加載資源。

【Last-Modified，If-Modified-Since】和【ETag、If-None-Match】一般都是同時(shí)啟用，這是為了處理Last-Modified不可靠的情況。有一種場(chǎng)景需要注意：

分布式系統(tǒng)里多臺(tái)機(jī)器間文件的Last-Modified必須保持一致，以免負(fù)載均衡到不同機(jī)器導(dǎo)致比對(duì)失敗；
分布式系統(tǒng)盡量關(guān)閉掉ETag(每臺(tái)機(jī)器生成的ETag都會(huì)不一樣）;

總結(jié)

這篇文章主要介紹了兩種緩存策略——強(qiáng)緩存和協(xié)商緩存，其實(shí)它是從瀏覽器地址欄輸入url到顯示頁(yè)面過(guò)程中的一部分。幾年之前，我在我的博客中就已經(jīng)詳細(xì)介紹過(guò)了，這次再拿出來(lái)說(shuō)，一是為了分享給更多的同學(xué)，二是為了下一篇開發(fā)一個(gè)靜態(tài)請(qǐng)求處理的node服務(wù)中間件做理論支撐。

喜歡我的文章就關(guān)注我吧，有問(wèn)題可以發(fā)表評(píng)論，我們一起學(xué)習(xí)，共同成長(zhǎng)！

往一些不足的地方，通過(guò)博客，好好總結(jié)一下。

1.css禁用鼠標(biāo)事件

.disabled {
    pointer-events: none;
    cursor: default;
    opacity: 0.6;
}
復(fù)制代碼

2.get/post的理解和他們之間的區(qū)別

http

超文本傳輸協(xié)議（HTTP）的設(shè)計(jì)目的是保證客戶機(jī)與服務(wù)器之間的通信。 HTTP 的工作方式是客戶機(jī)與服務(wù)器之間的請(qǐng)求-應(yīng)答協(xié)議。 web 瀏覽器可能是客戶端，而計(jì)算機(jī)上的網(wǎng)絡(luò)應(yīng)用程序也可能作為服務(wù)器端。

http方法：

HEAD: 與 GET 相同，但只返回 HTTP 報(bào)頭，不返回文檔主體 PUT: 上傳指定的 URI 表示 DELETE: 刪除指定資源 OPTIONS: 返回服務(wù)器支持的 HTTP 方法 CONNECT: 把請(qǐng)求連接轉(zhuǎn)換到透明的 TCP/IP 通道 POST: 向指定的資源提交要被處理的數(shù)據(jù)

// 查詢字符串（名稱/值對(duì)）是在 POST 請(qǐng)求的 HTTP 消息主體中發(fā)送的
POST /test/demo_form.asp HTTP/1.1
Host: w3schools.com
name1=value1&name2=value2
復(fù)制代碼

GET: 從指定的資源請(qǐng)求數(shù)據(jù)

GET和POST的區(qū)別

GET 請(qǐng)求可被緩存 GET 請(qǐng)求保留在瀏覽器歷史記錄中 GET 請(qǐng)求可被收藏為書簽 GET 請(qǐng)求不應(yīng)在處理敏感數(shù)據(jù)時(shí)使用 GET 請(qǐng)求有長(zhǎng)度限制(2048字符),IE和Safari瀏覽器限制2k;Opera限制4k;Firefox，Chrome限制8k GET 請(qǐng)求只應(yīng)當(dāng)用于取回?cái)?shù)據(jù)

POST 請(qǐng)求不會(huì)被緩存 POST 請(qǐng)求不會(huì)保留在瀏覽器歷史記錄中 POST 不能被收藏為書簽 POST 請(qǐng)求對(duì)數(shù)據(jù)長(zhǎng)度沒有要求

3.實(shí)現(xiàn)條紋網(wǎng)格的方式

nth-child(even/odd)

// odd表示基數(shù)，此時(shí)選中基數(shù)行的樣式，even表示偶數(shù)行
.row:nth-child(odd){
    background: #eee;
}
復(fù)制代碼

nth-of-type(odd)

.row:nth-of-type(odd){
    background: #eee;
}
復(fù)制代碼

漸變實(shí)現(xiàn)linear-gradient

.stripe-bg{
  padding: .5em;
  line-height: 1.5em;
  background: beige;
  background-size: auto 3em;
  background-origin: content-box;
  background-image: linear-gradient(rgba(0,0,0,.2) 50%, transparent 0);
}
復(fù)制代碼

4.js求平面兩點(diǎn)之間的距離

// 數(shù)據(jù)可以以數(shù)組方式存儲(chǔ)，也可以是對(duì)象方式
let a={x:'6', y:10},
        b={x: 8, y: 20};
    function distant(a,b){
        let dx=Number(a.x) - Number(b.x)
        let dy=Number(a.y) - Number(b.y)
        return Math.pow(dx*dx + dy*dy, .5)
    }
復(fù)制代碼

5.css禁止用戶選擇

body{
-webkit-touch-callout: none;
-webkit-user-select: none;
-khtml-user-select: none;
-moz-user-select: none;
-ms-user-select: none;
user-select: none;
}
復(fù)制代碼

6.數(shù)組去重

// indexOf實(shí)現(xiàn)
var array=[1, 1, '1'];

function unique(array) {
    var res=[];
    for (var i=0, len=array.length; i < len; i++) {
        var current=array[i];
        if (res.indexOf(current)===-1) {
            res.push(current)
        }
    }
    return res;
}

console.log(unique(array));

// 排序后去重
var array=[1, 1, '1'];

function unique(array) {
    var res=[];
    var sortedArray=array.concat().sort();
    var seen;
    for (var i=0, len=sortedArray.length; i < len; i++) {
        // 如果是第一個(gè)元素或者相鄰的元素不相同
        if (!i || seen !==sortedArray[i]) {
            res.push(sortedArray[i])
        }
        seen=sortedArray[i];
    }
    return res;
}

console.log(unique(array));

// filter實(shí)現(xiàn)
var array=[1, 2, 1, 1, '1'];
function unique(array) {
    var res=array.filter(function(item, index, array){
        return array.indexOf(item)===index;
    })
    return res;
}
console.log(unique(array));

// 排序去重
var array=[1, 2, 1, 1, '1'];
function unique(array) {
    return array.concat().sort().filter(function(item, index, array){
        return !index || item !==array[index - 1]
    })
}
console.log(unique(array));

// Object鍵值對(duì)
var array=[{value: 1}, {value: 1}, {value: 2}];

function unique(array) {
    var obj={};
    return array.filter(function(item, index, array){
        console.log(typeof item + JSON.stringify(item))
        return obj.hasOwnProperty(typeof item + JSON.stringify(item)) ? false : (obj[typeof item + JSON.stringify(item)]=true)
    })
}

console.log(unique(array)); // [{value: 1}, {value: 2}]

// ES6 Set實(shí)現(xiàn)
var unique=(a)=> [...new Set(a)]
復(fù)制代碼

7.什么是CDN和CDN的好處

CDN:CDN是將源站內(nèi)容分發(fā)至最接近用戶的節(jié)點(diǎn)，使用戶可就近取得所需內(nèi)容，提高用戶訪問(wèn)的響應(yīng)速度和成功率。解決因分布、帶寬、服務(wù)器性能帶來(lái)的訪問(wèn)延遲問(wèn)題，適用于站點(diǎn)加速、點(diǎn)播、直播等場(chǎng)景。好處： 1、多域名加載資源一般情況下，瀏覽器都會(huì)對(duì)單個(gè)域名下的并發(fā)請(qǐng)求數(shù)（文件加載）進(jìn)行限制，通常最多有4個(gè)，那么第5個(gè)加載項(xiàng)將會(huì)被阻塞，直到前面的某一個(gè)文件加載完畢。因?yàn)镃DN文件是存放在不同區(qū)域（不同IP）的，所以對(duì)瀏覽器來(lái)說(shuō)是可以同時(shí)加載頁(yè)面所需的所有文件（遠(yuǎn)不止4個(gè)），從而提高頁(yè)面加載速度。

2、文件可能已經(jīng)被加載過(guò)并保存有緩存一些通用的js庫(kù)或者是css樣式庫(kù)，如jQuery，在網(wǎng)絡(luò)中的使用是非常普遍的。當(dāng)一個(gè)用戶在瀏覽你的某一個(gè)網(wǎng)頁(yè)的時(shí)候，很有可能他已經(jīng)通過(guò)你網(wǎng)站使用的CDN訪問(wèn)過(guò)了其他的某一個(gè)網(wǎng)站，恰巧這個(gè)網(wǎng)站同樣也使用了jQuery，那么此時(shí)用戶瀏覽器已經(jīng)緩存有該jQuery文件（同IP的同名文件如果有緩存，瀏覽器會(huì)直接使用緩存文件，不會(huì)再進(jìn)行加載），所以就不會(huì)再加載一次了，從而間接的提高了網(wǎng)站的訪問(wèn)速度

3、高效率你的網(wǎng)站做的再NB也不會(huì)NB過(guò)百度NB過(guò)Google吧？一個(gè)好的CDNs會(huì)提供更高的效率，更低的網(wǎng)絡(luò)延時(shí)和更小的丟包率。

4、分布式的數(shù)據(jù)中心假如你的站點(diǎn)布置在北京，當(dāng)一個(gè)香港或者更遠(yuǎn)的用戶訪問(wèn)你的站點(diǎn)的時(shí)候，他的數(shù)據(jù)請(qǐng)求勢(shì)必會(huì)很慢很慢。而CDNs則會(huì)讓用戶從離他最近的節(jié)點(diǎn)去加載所需的文件，所以加載速度提升就是理所當(dāng)然的了。

5、使用情況分析一般情況下CDNs提供商（如百度云加速）都會(huì)提供數(shù)據(jù)統(tǒng)計(jì)功能，可以了解更多關(guān)于用戶訪問(wèn)自己網(wǎng)站的情況，可以根據(jù)統(tǒng)計(jì)數(shù)據(jù)對(duì)自己的站點(diǎn)適時(shí)適當(dāng)?shù)淖龀鲂┰S調(diào)整。

6、有效防止網(wǎng)站被攻擊一般情況下CDNs提供商也是會(huì)提供網(wǎng)站安全服務(wù)的

8.圣杯布局和雙飛翼布局

參考連接

9.正則表達(dá)式匹配手機(jī)號(hào)

function checkPhone(){
    if(!(/^1[345678]\d{9}$/.test(phone))){
        alert("手機(jī)號(hào)碼有誤，請(qǐng)重填");
        return false;
    }
}
復(fù)制代碼

10.如何提高首頻加載速度

1.js外聯(lián)文件放到body底部，css外聯(lián)文件放到head內(nèi) 2.http靜態(tài)資源盡量用多個(gè)子域名 3.服務(wù)器端提供html和http靜態(tài)資源時(shí)最好開啟gzip 4.在js,css,img等資源響應(yīng)的http headers里設(shè)置expires,last-modified 5.盡量減少http requests的數(shù)量 6.js/css/html/img資源壓縮 7.使用css spirtes，可以減少img請(qǐng)求次數(shù) 8.大圖使用lazyload懶加載 9.避免404，減少外聯(lián)js 10.減少cookie大小可以提高獲得響應(yīng)的時(shí)間 11.減少dom elements的數(shù)量 12.使用異步腳本，動(dòng)態(tài)創(chuàng)建腳本

11.瀏覽器內(nèi)核(渲染引擎)

IE/360/搜狗瀏覽器: Trident Chrome/Safari/Opera: WebKit(KHTML的一個(gè)開源的分支) (雖然我們稱WebKit為瀏覽器內(nèi)核，但不太適合直接稱渲染引擎，因?yàn)閃ebKit本身主要是由兩個(gè)引擎構(gòu)成的，一個(gè)正是渲染引擎“WebCore”，另一個(gè)則是javascript解釋引擎“JSCore”，它們均是從KDE的渲染引擎KHTML及javascript解釋引擎KJS衍生而來(lái)。) (在13年發(fā)布的Chrome 28.0.1469.0版本開始，Chrome放棄Chromium引擎轉(zhuǎn)而使用最新的Blink引擎（基于WebKit2——蘋果公司于2010年推出的新的WebKit引擎），Blink對(duì)比上一代的引擎精簡(jiǎn)了代碼、改善了DOM框架，也提升了安全性。) (為了減少研發(fā)成本，Opera在2013年2月宣布放棄Presto，轉(zhuǎn)而跟隨Chrome使用WebKit分支的Chromium引擎作為自家瀏覽器核心引擎) Firefox/SeaMonkey: Gecko

12.瀏覽器渲染過(guò)程及優(yōu)化建議

1）解析：一個(gè)是HTML/SVG/XHTML，事實(shí)上，Webkit有三個(gè)C++的類對(duì)應(yīng)這三類文檔。解析這三種文件會(huì)產(chǎn)生一個(gè)DOM Tree。 CSS，解析CSS會(huì)產(chǎn)生CSS規(guī)則樹。 Javascript，腳本，主要是通過(guò)DOM API和CSSOM API來(lái)操作DOM Tree和CSS Rule Tree. 2）渲染：瀏覽器引擎會(huì)通過(guò)DOM Tree 和 CSS Rule Tree 來(lái)構(gòu)造 Rendering Tree。注意： Rendering Tree 渲染樹并不等同于DOM樹，因?yàn)橐恍┫馠eader或display:none的東西就沒必要放在渲染樹中了。 CSS 的 Rule Tree主要是為了完成匹配并把CSS Rule附加上Rendering Tree上的每個(gè)Element。也就是DOM結(jié)點(diǎn)。也就是所謂的Frame。然后，計(jì)算每個(gè)Frame（也就是每個(gè)Element）的位置，這又叫l(wèi)ayout和reflow過(guò)程。 3）繪制：最后通過(guò)調(diào)用操作系統(tǒng)Native GUI的API繪制。

減少reflow和repaint 1）不要一條一條地修改DOM的樣式。還不如預(yù)先定義好css的class，然后修改DOM的className。

把DOM離線后修改。如：使用documentFragment 對(duì)象在內(nèi)存里操作DOM 先把DOM給display:none(有一次reflow)，然后你想怎么改就怎么改。比如修改100次，然后再把他顯示出來(lái)。 clone一個(gè)DOM結(jié)點(diǎn)到內(nèi)存里，然后想怎么改就怎么改，改完后，和在線的那個(gè)的交換一下。 3）不要把DOM結(jié)點(diǎn)的屬性值放在一個(gè)循環(huán)里當(dāng)成循環(huán)里的變量。不然這會(huì)導(dǎo)致大量地讀寫這個(gè)結(jié)點(diǎn)的屬性 4）為動(dòng)畫的HTML元件使用fixed或absoulte的position，盡量使用transfoem，那么修改他們的CSS是不會(huì)reflow的 5）盡量少使用table布局。因?yàn)榭赡芎苄〉囊粋€(gè)小改動(dòng)會(huì)造成整個(gè)table的重新布局

13. 頁(yè)面導(dǎo)入樣式時(shí)，使用link和@import有什么區(qū)別？

（1）link屬于XHTML標(biāo)簽，除了加載CSS外，還能用于定義RSS, 定義rel連接屬性等作用；而@import是CSS提供的，只能用于加載CSS; （2）頁(yè)面被加載的時(shí)，link會(huì)同時(shí)被加載，而@import引用的CSS會(huì)等到頁(yè)面被加載完再加載; （3）import是CSS2.1 提出的，只在IE5以上才能被識(shí)別，而link是XHTML標(biāo)簽，無(wú)兼容問(wèn)題; (4)link支持使用js控制DOM去改變樣式，而@import不支持;

14. 簡(jiǎn)述一下你對(duì)HTML語(yǔ)義化的理解？

用正確的標(biāo)簽做正確的事情。 html語(yǔ)義化讓頁(yè)面的內(nèi)容結(jié)構(gòu)化，便于對(duì)瀏覽器、搜索引擎解析; 即使在沒有樣式CSS情況下也以一種文檔格式顯示，并且是容易閱讀的; 搜索引擎的爬蟲也依賴于HTML標(biāo)記來(lái)確定上下文和各個(gè)關(guān)鍵字的權(quán)重，利于SEO; 使閱讀源代碼的人對(duì)網(wǎng)站更容易將網(wǎng)站分塊，便于閱讀維護(hù)理解。

15. 請(qǐng)描述一下 cookies，sessionStorage 和 localStorage 的區(qū)別？

cookie是網(wǎng)站為了標(biāo)示用戶身份而儲(chǔ)存在用戶本地終端（Client Side）上的數(shù)據(jù)（通常經(jīng)過(guò)加密）。 cookie數(shù)據(jù)始終在同源的http請(qǐng)求中攜帶（即使不需要），記會(huì)在瀏覽器和服務(wù)器間來(lái)回傳遞。 sessionStorage和localStorage不會(huì)自動(dòng)把數(shù)據(jù)發(fā)給服務(wù)器，僅在本地保存。

存儲(chǔ)大小： cookie數(shù)據(jù)大小不能超過(guò)4k。 sessionStorage和localStorage 雖然也有存儲(chǔ)大小的限制，但比cookie大得多，可以達(dá)到5M或更大。

有期時(shí)間： localStorage 存儲(chǔ)持久數(shù)據(jù)，瀏覽器關(guān)閉后數(shù)據(jù)不丟失除非主動(dòng)刪除數(shù)據(jù)； sessionStorage 數(shù)據(jù)在當(dāng)前瀏覽器窗口關(guān)閉后自動(dòng)刪除。 cookie 設(shè)置的cookie過(guò)期時(shí)間之前一直有效，即使窗口或?yàn)g覽器關(guān)閉

16. iframe有那些缺點(diǎn)？

*iframe會(huì)阻塞主頁(yè)面的Onload事件； *搜索引擎的檢索程序無(wú)法解讀這種頁(yè)面，不利于SEO; *iframe和主頁(yè)面共享連接池，而瀏覽器對(duì)相同域的連接有限制，所以會(huì)影響頁(yè)面的并行加載。使用iframe之前需要考慮這兩個(gè)缺點(diǎn)。如果需要使用iframe，最好是通過(guò)javascript 動(dòng)態(tài)給iframe添加src屬性值，這樣可以繞開以上兩個(gè)問(wèn)題。

17. vue父子組件生命周期的順序及作用？

（圖片來(lái)自vue官網(wǎng)，更多vue學(xué)習(xí)推薦去官網(wǎng)查看詳細(xì)文檔）

18. 網(wǎng)頁(yè)驗(yàn)證碼是干嘛的，是為了解決什么安全問(wèn)題？

區(qū)分用戶是計(jì)算機(jī)還是人的公共全自動(dòng)程序。可以防止惡意破解密碼、刷票、論壇灌水；有效防止黑客對(duì)某一個(gè)特定注冊(cè)用戶用特定程序暴力破解方式進(jìn)行不斷的登陸嘗試。

19. 介紹一下標(biāo)準(zhǔn)的CSS的盒子模型？低版本IE的盒子模型有什么不同的？

（1）有兩種， IE 盒子模型、W3C 盒子模型；（2）盒模型：內(nèi)容(content)、填充(padding)、邊界(margin)、邊框(border)；（3）區(qū) 別： IE的content部分把 border 和 padding計(jì)算了進(jìn)去;

20. position的值relative和absolute定位原點(diǎn)是？

absolute 生成絕對(duì)定位的元素，相對(duì)于值不為 static的第一個(gè)父元素進(jìn)行定位。 fixed （老IE不支持）生成絕對(duì)定位的元素，相對(duì)于瀏覽器窗口進(jìn)行定位。 relative 生成相對(duì)定位的元素，相對(duì)于其正常位置進(jìn)行定位。 static 默認(rèn)值。沒有定位，元素出現(xiàn)在正常的流中（忽略 top, bottom, left, right z-index 聲明）。 inherit 規(guī)定從父元素繼承 position 屬性的值。

21. 經(jīng)常遇到的瀏覽器的兼容性有哪些？原因，解決方法是什么，常用hack的技巧？

png24位的圖片在iE6瀏覽器上出現(xiàn)背景，解決方案是做成PNG8.

瀏覽器默認(rèn)的margin和padding不同。解決方案是加一個(gè)全局的*{margin:0;padding:0;}來(lái)統(tǒng)一。
IE6雙邊距bug:塊屬性標(biāo)簽float后，又有橫行的margin情況下，在ie6顯示margin比設(shè)置的大。浮動(dòng)ie產(chǎn)生的雙倍距離 #box{ float:left; width:10px; margin:0 0 0 100px;} 這種情況之下IE會(huì)產(chǎn)生20px的距離，解決方案是在float的標(biāo)簽樣式控制中加入 ——_display:inline;將其轉(zhuǎn)化為行內(nèi)屬性。(_這個(gè)符號(hào)只有ie6會(huì)識(shí)別) 漸進(jìn)識(shí)別的方式，從總體中逐漸排除局部。首先，巧妙的使用“”這一標(biāo)記，將IE游覽器從所有情況中分離出來(lái)。接著，再次使用“+”將IE8和IE7、IE6分離開來(lái)，這樣IE8已經(jīng)獨(dú)立識(shí)別。 css .bb{ background-color:red;/所有識(shí)別/ background-color:#00deff; /IE6、7、8識(shí)別/ +background-color:#a200ff;/IE6、7識(shí)別/ _background-color:#1e0bd1;/IE6識(shí)別/ }
IE下,可以使用獲取常規(guī)屬性的方法來(lái)獲取自定義屬性, 也可以使用getAttribute()獲取自定義屬性; Firefox下,只能使用getAttribute()獲取自定義屬性。解決方法:統(tǒng)一通過(guò)getAttribute()獲取自定義屬性。
IE下,even對(duì)象有x,y屬性,但是沒有pageX,pageY屬性; Firefox下,event對(duì)象有pageX,pageY屬性,但是沒有x,y屬性。
解決方法：（條件注釋）缺點(diǎn)是在IE瀏覽器下可能會(huì)增加額外的HTTP請(qǐng)求數(shù)。
Chrome 中文界面下默認(rèn)會(huì)將小于 12px 的文本強(qiáng)制按照 12px 顯示, 可通過(guò)加入 CSS 屬性 -webkit-text-size-adjust: none; 解決。

超鏈接訪問(wèn)過(guò)后hover樣式就不出現(xiàn)了被點(diǎn)擊訪問(wèn)過(guò)的超鏈接樣式不在具有hover和active了解決方法是改變CSS屬性的排列順序: L-V-H-A : a:link {} a:visited {} a:hover {} a:active {}

22. CSS優(yōu)化、提高性能的方法有哪些？

關(guān)鍵選擇器（key selector）。選擇器的最后面的部分為關(guān)鍵選擇器（即用來(lái)匹配目標(biāo)元素的部分）；如果規(guī)則擁有 ID 選擇器作為其關(guān)鍵選擇器，則不要為規(guī)則增加標(biāo)簽。過(guò)濾掉無(wú)關(guān)的規(guī)則（這樣樣式系統(tǒng)就不會(huì)浪費(fèi)時(shí)間去匹配它們了）；提取項(xiàng)目的通用公有樣式，增強(qiáng)可復(fù)用性，按模塊編寫組件；增強(qiáng)項(xiàng)目的協(xié)同開發(fā)性、可維護(hù)性和可擴(kuò)展性; 使用預(yù)處理工具或構(gòu)建工具（gulp對(duì)css進(jìn)行語(yǔ)法檢查、自動(dòng)補(bǔ)前綴、打包壓縮、自動(dòng)優(yōu)雅降級(jí)）；

23. 如何修改chrome記住密碼后自動(dòng)填充表單的黃色背景？

 input:-webkit-autofill, textarea:-webkit-autofill, select:-webkit-autofill {
    background-color: rgb(250, 255, 189); /* #FAFFBD; */
    background-image: none;
    color: rgb(0, 0, 0);
  }
復(fù)制代碼

24. 讓頁(yè)面里的字體變清晰，變細(xì)用CSS怎么做？

-webkit-font-smoothing: antialiased;
復(fù)制代碼

25. 讓overflow:scroll平滑滾動(dòng)？

-webkit-overflow-scrolling: touch;
復(fù)制代碼

26. 如何將浮點(diǎn)數(shù)點(diǎn)左邊的數(shù)每三位添加一個(gè)逗號(hào)，如12000000.11轉(zhuǎn)化為『12,000,000.11』?

function commafy(num){
  	return num && num
  		.toString()
  		.replace(/(\d)(?=(\d{3})+\.)/g, function($1, $2){
  			return $2 + ',';
  		});
  }
復(fù)制代碼

27. Javascript作用鏈域?

全局函數(shù)無(wú)法查看局部函數(shù)的內(nèi)部細(xì)節(jié)，但局部函數(shù)可以查看其上層的函數(shù)細(xì)節(jié)，直至全局細(xì)節(jié)。當(dāng)需要從局部函數(shù)查找某一屬性或方法時(shí)，如果當(dāng)前作用域沒有找到，就會(huì)上溯到上層作用域查找，直至全局函數(shù)，這種組織形式就是作用域鏈。

28. 談?wù)凾his對(duì)象的理解。

this總是指向函數(shù)的直接調(diào)用者（而非間接調(diào)用者）；如果有new關(guān)鍵字，this指向new出來(lái)的那個(gè)對(duì)象；在事件中，this指向觸發(fā)這個(gè)事件的對(duì)象，特殊的是，IE中的attachEvent中的this總是指向全局對(duì)象Window；

29. eval是做什么的？

它的功能是把對(duì)應(yīng)的字符串解析成JS代碼并運(yùn)行；應(yīng)該避免使用eval，不安全，非常耗性能（2次，一次解析成js語(yǔ)句，一次執(zhí)行）。由JSON字符串轉(zhuǎn)換為JSON對(duì)象的時(shí)候可以用eval，var obj=eval('('+ str +')');

30. 什么是window對(duì)象? 什么是document對(duì)象?

window對(duì)象是指瀏覽器打開的窗口。 document對(duì)象是Documentd對(duì)象（HTML 文檔對(duì)象）的一個(gè)只讀引用，window對(duì)象的一個(gè)屬性。

31. ["1", "2", "3"].map(parseInt) 答案是多少？

["1", "2", "3"].map(parseInt) 答案也就是：[1, NaN, NaN]

32. 什么是閉包（closure），為什么要用它？

閉包是指有權(quán)訪問(wèn)另一個(gè)函數(shù)作用域中變量的函數(shù)，創(chuàng)建閉包的最常見的方式就是在一個(gè)函數(shù)內(nèi)創(chuàng)建另一個(gè)函數(shù)，通過(guò)另一個(gè)函數(shù)訪問(wèn)這個(gè)函數(shù)的局部變量,利用閉包可以突破作用鏈域，將函數(shù)內(nèi)部的變量和方法傳遞到外部。

33. javascript 代碼中的"use strict";是什么意思 ? 使用它區(qū)別是什么？

使JS編碼更加規(guī)范化的模式,消除Javascript語(yǔ)法的一些不合理、不嚴(yán)謹(jǐn)之處，減少一些怪異行為。默認(rèn)支持的糟糕特性都會(huì)被禁用，比如不能用with，也不能在意外的情況下給全局變量賦值; 全局變量的顯示聲明,函數(shù)必須聲明在頂層，不允許在非函數(shù)代碼塊內(nèi)聲明函數(shù),arguments.callee也不允許使用；保證代碼運(yùn)行的安全,限制函數(shù)中的arguments修改; 提高編譯器效率，增加運(yùn)行速度；

34. 如何判斷一個(gè)對(duì)象是否屬于某個(gè)類？

if(a instanceof Person){
   alert('yes');
}
// 判斷對(duì)象類型最好的方式
// 對(duì)于 Object 對(duì)象，直接調(diào)用 toString()  就能返回 [object Object] 。而對(duì)于其他對(duì)象，則需要通過(guò) call / apply 來(lái)調(diào)用才能返回正確的類型信息。
Object.prototype.toString.call('') ;   // [object String]
Object.prototype.toString.call(1) ;    // [object Number]
Object.prototype.toString.call(true) ; // [object Boolean]
Object.prototype.toString.call(Symbol()); //[object Symbol]
Object.prototype.toString.call(undefined) ; // [object Undefined]
Object.prototype.toString.call(null) ; // [object Null]
Object.prototype.toString.call(new Function()) ; // [object Function]
Object.prototype.toString.call(new Date()) ; // [object Date]
Object.prototype.toString.call([]) ; // [object Array]
Object.prototype.toString.call(new RegExp()) ; // [object RegExp]
Object.prototype.toString.call(new Error()) ; // [object Error]
Object.prototype.toString.call(document) ; // [object HTMLDocument]
Object.prototype.toString.call(window) ; //[object global] window 是全局對(duì)象 global 的引用
復(fù)制代碼

35. new一個(gè)對(duì)象的過(guò)程

1、創(chuàng)建一個(gè)空對(duì)象，并且 this 變量引用該對(duì)象，同時(shí)還繼承了該函數(shù)的原型。
2、屬性和方法被加入到 this 引用的對(duì)象中。
3、新創(chuàng)建的對(duì)象由 this 所引用，并且最后隱式的返回 this 。
復(fù)制代碼

36. Ajax 解決瀏覽器緩存問(wèn)題

1、在ajax發(fā)送請(qǐng)求前加上 anyAjaxObj.setRequestHeader("If-Modified-Since","0")。

2、在ajax發(fā)送請(qǐng)求前加上 anyAjaxObj.setRequestHeader("Cache-Control","no-cache")。 3、在URL后面加上一個(gè)隨機(jī)數(shù)： "fresh=" + Math.random();。 4、在URL后面加上時(shí)間戳："nowtime=" + new Date().getTime();。 5、如果是使用jQuery，直接這樣就可以了 $.ajaxSetup({cache:false})。這樣頁(yè)面的所有ajax都會(huì)執(zhí)行這條語(yǔ)句就是不需要保存緩存記錄。

37. 如何解決跨域問(wèn)題?

jsonp、 iframe、window.name、window.postMessage、服務(wù)器上設(shè)置代理頁(yè)面

38. 模塊化開發(fā)怎么做

立即執(zhí)行函數(shù),不暴露私有成員

var module1=(function(){
     ????var _count=0;
     ????var m1=function(){
     ??????//...
     ????};
     ????var m2=function(){
     ??????//...
     ????};
     ????return {
     ??????m1 : m1,
     ??????m2 : m2
     ????};
     ??})();
復(fù)制代碼

39. AMD（Modules/Asynchronous-Definition）、CMD（Common Module Definition）規(guī)范區(qū)別？

對(duì)于依賴的模塊，AMD 是提前執(zhí)行，CMD 是延遲執(zhí)行。不過(guò) RequireJS 從 2.0 開始，也改成可以延遲執(zhí)行（根據(jù)寫法不同，處理方式不同）。 2. CMD 推崇依賴就近，AMD 推崇依賴前置。

// CMD
 define(function(require, exports, module) {
     var a=require('./a')
     a.doSomething()
     // 此處略去 100 行
     var b=require('./b') // 依賴可以就近書寫
     b.doSomething()
     // ...
 })

 // AMD 默認(rèn)推薦
 define(['./a', './b'], function(a, b) { // 依賴必須一開始就寫好
     a.doSomething()
     // 此處略去 100 行
     b.doSomething()
     // ...
 })
復(fù)制代碼

40. requireJS的核心原理是什么？（如何動(dòng)態(tài)加載的？如何避免多次加載的？如何緩存的？）

參考鏈接

41. 如何實(shí)現(xiàn)一個(gè)模塊加載器

參考連接

42. 列舉幾條 JavaScript 的基本代碼規(guī)范

（1）不要在同一行聲明多個(gè)變量（2）如果你不知道數(shù)組的長(zhǎng)度，使用 push （3）請(qǐng)使用===/!==來(lái)比較 true/false 或者數(shù)值（4）對(duì)字符串使用單引號(hào) ''(因?yàn)榇蠖鄷r(shí)候我們的字符串。特別html會(huì)出現(xiàn)") （5）使用對(duì)象字面量替代 new Array 這種形式（6）絕對(duì)不要在一個(gè)非函數(shù)塊里聲明一個(gè)函數(shù)，把那個(gè)函數(shù)賦給一個(gè)變量。瀏覽器允許你這么做，但是它們解析不同（7）不要使用全局函數(shù) （8）總是使用 var 來(lái)聲明變量，如果不這么做將導(dǎo)致產(chǎn)生全局變量，我們要避免污染全局命名空間（9）Switch 語(yǔ)句必須帶有 default 分支（10）使用 /**...*/ 進(jìn)行多行注釋，包括描述，指定類型以及參數(shù)值和返回值（11）函數(shù)不應(yīng)該有時(shí)候有返回值，有時(shí)候沒有返回值（12）語(yǔ)句結(jié)束一定要加分號(hào) （13）for 循環(huán)必須使用大括號(hào) （14）if 語(yǔ)句必須使用大括號(hào) （15）for-in 循環(huán)中的變量應(yīng)該使用 var 關(guān)鍵字明確限定作用域，從而避免作用域污染（16）避免單個(gè)字符名，讓你的變量名有描述意義（17）當(dāng)命名對(duì)象、函數(shù)和實(shí)例時(shí)使用駝峰命名規(guī)則（18）給對(duì)象原型分配方法，而不是用一個(gè)新的對(duì)象覆蓋原型，覆蓋原型會(huì)使繼承出現(xiàn)問(wèn)題

43. DOM操作——怎樣添加、移除、移動(dòng)、復(fù)制、創(chuàng)建和查找節(jié)點(diǎn)?

1）創(chuàng)建新節(jié)點(diǎn) createDocumentFragment() //創(chuàng)建一個(gè)DOM片段 createElement() //創(chuàng)建一個(gè)具體的元素 createTextNode() //創(chuàng)建一個(gè)文本節(jié)點(diǎn) （2）添加、移除、替換、插入 appendChild() removeChild() replaceChild() insertBefore() //在已有的子節(jié)點(diǎn)前插入一個(gè)新的子節(jié)點(diǎn) （3）查找 getElementsByTagName() //通過(guò)標(biāo)簽名稱 getElementsByName() //通過(guò)元素的Name屬性的值(IE容錯(cuò)能力較強(qiáng)，會(huì)得到一個(gè)數(shù)組，其中包括id等于name值的) getElementById() //通過(guò)元素Id，唯一性

44. jquery實(shí)現(xiàn)原理

參考鏈接

45. jquery中如何將數(shù)組轉(zhuǎn)化為json字符串，然后再轉(zhuǎn)化回來(lái)？

jQuery中沒有提供這個(gè)功能，所以你需要先編寫兩個(gè)jQuery的擴(kuò)展： 
 $.fn.stringifyArray=function(array) {
        return JSON.stringify(array)
    }

    $.fn.parseArray=function(array) {
        return JSON.parse(array)
    }

    然后調(diào)用：
    $.fn.stringifyArray(array)
復(fù)制代碼

46. jquery的$.extend深復(fù)制和淺復(fù)制原理

// 淺復(fù)制
$={ 

     extend : function(target, options) { 

        for (name in options) { 

            target[name]=options[name]; 

        } 

        return target; 

    } 

}; 
// 深復(fù)制
$={ 
   extend : function(deep, target, options) { 
       for (name in options) { 
           copy=options[name]; 
           if (deep && copy instanceof Array) { 
               target[name]=$.extend(deep, [], copy); 
           } else if (deep && copy instanceof Object) { 

              target[name]=$.extend(deep, {}, copy); 
           } else { 
              target[name]=options[name]; 
          } 
      } 

     return target; 
  }
};
復(fù)制代碼

47. jquery.extend 與 jquery.fn.extend的區(qū)別？

jquery.extend 為jquery類添加類方法，可以理解為添加靜態(tài)方法

jquery.fn.extend: 源碼中jquery.fn=jquery.prototype，所以對(duì)jquery.fn的擴(kuò)展，就是為jquery類添加成員函數(shù) 使用： jquery.extend擴(kuò)展，需要通過(guò)jquery類來(lái)調(diào)用，而jquery.fn.extend擴(kuò)展，所有jquery實(shí)例都可以直接調(diào)用。

48. 如何判斷當(dāng)前腳本運(yùn)行在瀏覽器還是node環(huán)境中？（阿里）

this===window ? 'browser' : 'node';
復(fù)制代碼

49. 實(shí)現(xiàn)一個(gè)頁(yè)面操作不會(huì)整頁(yè)刷新的網(wǎng)站，并且能在瀏覽器前進(jìn)、后退時(shí)正確響應(yīng)。給出你的技術(shù)實(shí)現(xiàn)方案？

參考鏈接

50. 把 Script 標(biāo)簽放在頁(yè)面的最底部的body封閉之前和封閉之后有什么區(qū)別？瀏覽器會(huì)如何解析它們？

之前推薦的方法（已過(guò)時(shí)）：之前解決這個(gè)問(wèn)題的方法是把script標(biāo)簽放到body標(biāo)簽之后，這確保了解析到</body>之前都不會(huì)被script終端。這個(gè)方法是有問(wèn)題的: 瀏覽器在整個(gè)文檔解析完成之前都不能下載script文件，如果文檔很大的話，解析完HTML，用戶依然要等待script文件下載并執(zhí)行完成之后，才能操作這個(gè)網(wǎng)站。

現(xiàn)在推薦的解決方案：現(xiàn)在瀏覽器script標(biāo)簽支持 async 和 defer 屬性. 應(yīng)用這些屬性當(dāng)script被下載時(shí)，瀏覽器更安全而且可以并行下載（下載script并不阻斷HTML解析）。 1.async標(biāo)記的Script異步執(zhí)行下載，并執(zhí)行。這意味著script下載時(shí)并不阻塞HTML的解析，并且下載結(jié)束script馬上執(zhí)行。 2.defer標(biāo)簽的script順序執(zhí)行。這種方式也不會(huì)阻斷瀏覽器解析HTML。跟 async不同, defer scripts在整個(gè)文檔里的script都被下載完才順序執(zhí)行。

51. JQuery一個(gè)對(duì)象可以同時(shí)綁定多個(gè)事件，這是如何實(shí)現(xiàn)的？

 //多個(gè)事件同一個(gè)函數(shù)：
 	$("div").on("click mouseover", function(){});
 //多個(gè)事件不同函數(shù)
 	$("div").on({
 		click: function(){},
 		mouseover: function(){}
 	});
復(fù)制代碼

52. 什么是前端路由？前端路由的實(shí)現(xiàn)原理

參考鏈接

53. 檢測(cè)瀏覽器版本版本有哪些方式？

  功能檢測(cè)、userAgent特征檢測(cè)

  比如：navigator.userAgent
  //"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_2) AppleWebKit/537.36
    (KHTML, like Gecko) Chrome/41.0.2272.101 Safari/537.36"
復(fù)制代碼

54. 什么是Polyfill?

polyfill 是“在舊版瀏覽器上復(fù)制標(biāo)準(zhǔn) API 的 JavaScript 補(bǔ)充”,可以動(dòng)態(tài)地加載 JavaScript 代碼或庫(kù)，在不支持這些標(biāo)準(zhǔn) API 的瀏覽器中模擬它們。例如，geolocation（地理位置）polyfill 可以在 navigator 對(duì)象上添加全局的 geolocation 對(duì)象，還能添加 getCurrentPosition 函數(shù)以及“坐標(biāo)”回調(diào)對(duì)象，所有這些都是 W3C 地理位置 API 定義的對(duì)象和函數(shù)。因?yàn)?polyfill 模擬標(biāo)準(zhǔn) API，所以能夠以一種面向所有瀏覽器未來(lái)的方式針對(duì)這些 API 進(jìn)行開發(fā)，一旦對(duì)這些 API 的支持變成絕對(duì)大多數(shù)，則可以方便地去掉 polyfill，無(wú)需做任何額外工作。

55. 做的項(xiàng)目中，有沒有用過(guò)或自己實(shí)現(xiàn)一些 polyfill 方案（兼容性處理方案）？

html5shiv、Geolocation、Placeholder

56. 我們給一個(gè)dom同時(shí)綁定兩個(gè)點(diǎn)擊事件，一個(gè)用捕獲，一個(gè)用冒泡。會(huì)執(zhí)行幾次事件，會(huì)先執(zhí)行冒泡還是捕獲？

按照W3C的標(biāo)準(zhǔn)，先發(fā)生捕獲事件，后發(fā)生冒泡事件。所有事件的順序是：其他元素捕獲階段事件 -> 本元素代碼順序事件 -> 其他元素冒泡階段事件

// div-capture > btn-bubble > btn-capture > div-bubble
var btn=document.querySelector('button');
var div=document.querySelector('div');

btn.addEventListener('click', function(){
    console.log('bubble','btn');
},false);
btn.addEventListener('click', function(){
    console.log('capture','btn');
},true);

div.addEventListener('click', function(){
    console.log('bubble','div');
},false);
div.addEventListener('click', function(){
    console.log('capture','div');
},true);
復(fù)制代碼

57. Webpack熱更新實(shí)現(xiàn)原理?

Webpack編譯期，為需要熱更新的 entry 注入熱更新代碼(EventSource通信)

頁(yè)面首次打開后，服務(wù)端與客戶端通過(guò) EventSource 建立通信渠道，把下一次的 hash 返回前端
客戶端獲取到hash，這個(gè)hash將作為下一次請(qǐng)求服務(wù)端 hot-update.js 和 hot-update.json的hash
修改頁(yè)面代碼后，Webpack 監(jiān)聽到文件修改后，開始編譯，編譯完成后，發(fā)送 build 消息給客戶端
客戶端獲取到hash，成功后客戶端構(gòu)造hot-update.js script鏈接，然后插入主文檔
hot-update.js 插入成功后，執(zhí)行hotAPI 的 createRecord 和 reload方法，獲取到 Vue 組件的 render方法，重新 render 組件，繼而實(shí)現(xiàn) UI 無(wú)刷新更新。

58. 函數(shù)節(jié)流和防抖

參考鏈接

59. 頁(yè)面重構(gòu)怎么操作？

網(wǎng)站重構(gòu)：在不改變外部行為的前提下，簡(jiǎn)化結(jié)構(gòu)、添加可讀性，而在網(wǎng)站前端保持一致的行為。也就是說(shuō)是在不改變UI的情況下，對(duì)網(wǎng)站進(jìn)行優(yōu)化，在擴(kuò)展的同時(shí)保持一致的UI。

對(duì)于傳統(tǒng)的網(wǎng)站來(lái)說(shuō)重構(gòu)通常是：

表格(table)布局改為DIV+CSS 使網(wǎng)站前端兼容于現(xiàn)代瀏覽器(針對(duì)于不合規(guī)范的CSS、如對(duì)IE6有效的) 對(duì)于移動(dòng)平臺(tái)的優(yōu)化針對(duì)于SEO進(jìn)行優(yōu)化深層次的網(wǎng)站重構(gòu)應(yīng)該考慮的方面

減少代碼間的耦合讓代碼保持彈性嚴(yán)格按規(guī)范編寫代碼設(shè)計(jì)可擴(kuò)展的API 代替舊有的框架、語(yǔ)言(如VB) 增強(qiáng)用戶體驗(yàn) 通常來(lái)說(shuō)對(duì)于速度的優(yōu)化也包含在重構(gòu)中

壓縮JS、CSS、image等前端資源(通常是由服務(wù)器來(lái)解決) 程序的性能優(yōu)化(如數(shù)據(jù)讀寫) 采用CDN來(lái)加速資源加載對(duì)于JS DOM的優(yōu)化 HTTP服務(wù)器的文件緩存

60. 列舉IE與其他瀏覽器不一樣的特性

事件不同之處：

 	觸發(fā)事件的元素被認(rèn)為是目標(biāo)（target）。而在 IE 中，目標(biāo)包含在 event 對(duì)象的 srcElement 屬性；

獲取字符代碼、如果按鍵代表一個(gè)字符（shift、ctrl、alt除外），IE 的 keyCode 會(huì)返回字符代碼（Unicode），DOM 中按鍵的代碼和字符是分離的，要獲取字符代碼，需要使用 charCode 屬性；

阻止某個(gè)事件的默認(rèn)行為，IE 中阻止某個(gè)事件的默認(rèn)行為，必須將 returnValue 屬性設(shè)置為 false，Mozilla 中，需要調(diào)用 preventDefault() 方法；

停止事件冒泡，IE 中阻止事件進(jìn)一步冒泡，需要設(shè)置 cancelBubble 為 true，Mozzilla 中，需要調(diào)用 stopPropagation()；
復(fù)制代碼

61. 對(duì)Node的優(yōu)點(diǎn)和缺點(diǎn)提出了自己的看法？

*（優(yōu)點(diǎn)）因?yàn)镹ode是基于事件驅(qū)動(dòng)和無(wú)阻塞的，所以非常適合處理并發(fā)請(qǐng)求，因此構(gòu)建在Node上的代理服務(wù)器相比其他技術(shù)實(shí)現(xiàn)（如Ruby）的服務(wù)器表現(xiàn)要好得多。此外，與Node代理服務(wù)器交互的客戶端代碼是由javascript語(yǔ)言編寫的，因此客戶端和服務(wù)器端都用同一種語(yǔ)言編寫，這是非常美妙的事情。

*（缺點(diǎn)）Node是一個(gè)相對(duì)新的開源項(xiàng)目，所以不太穩(wěn)定，它總是一直在變，而且缺少足夠多的第三方庫(kù)支持。看起來(lái)，就像是Ruby/Rails當(dāng)年的樣子。

62. 你有用過(guò)哪些前端性能優(yōu)化的方法？

（1）減少http請(qǐng)求次數(shù)：CSS Sprites, JS、CSS源碼壓縮、圖片大小控制合適；網(wǎng)頁(yè)Gzip，CDN托管，data緩存，圖片服務(wù)器。

（2） 前端模板 JS+數(shù)據(jù)，減少由于HTML標(biāo)簽導(dǎo)致的帶寬浪費(fèi)，前端用變量保存AJAX請(qǐng)求結(jié)果，每次操作本地變量，不用請(qǐng)求，減少請(qǐng)求次數(shù)

（3） 用innerHTML代替DOM操作，減少DOM操作次數(shù)，優(yōu)化javascript性能。

（4） 當(dāng)需要設(shè)置的樣式很多時(shí)設(shè)置className而不是直接操作style。

（5） 少用全局變量、緩存DOM節(jié)點(diǎn)查找的結(jié)果。減少IO讀取操作。

（6） 避免使用CSS Expression（css表達(dá)式)又稱Dynamic properties(動(dòng)態(tài)屬性)。

（7） 圖片預(yù)加載，將樣式表放在頂部，將腳本放在底部  加上時(shí)間戳。

（8） 避免在頁(yè)面的主體布局中使用table，table要等其中的內(nèi)容完全下載之后才會(huì)顯示出來(lái)，顯示比div+css布局慢。
對(duì)普通的網(wǎng)站有一個(gè)統(tǒng)一的思路，就是盡量向前端優(yōu)化、減少數(shù)據(jù)庫(kù)操作、減少磁盤IO。向前端優(yōu)化指的是，在不影響功能和體驗(yàn)的情況下，能在瀏覽器執(zhí)行的不要在服務(wù)端執(zhí)行，能在緩存服務(wù)器上直接返回的不要到應(yīng)用服務(wù)器，程序能直接取得的結(jié)果不要到外部取得，本機(jī)內(nèi)能取得的數(shù)據(jù)不要到遠(yuǎn)程取，內(nèi)存能取到的不要到磁盤取，緩存中有的不要去數(shù)據(jù)庫(kù)查詢。減少數(shù)據(jù)庫(kù)操作指減少更新次數(shù)、緩存結(jié)果減少查詢次數(shù)、將數(shù)據(jù)庫(kù)執(zhí)行的操作盡可能的讓你的程序完成（例如join查詢），減少磁盤IO指盡量不使用文件系統(tǒng)作為緩存、減少讀寫文件次數(shù)等。程序優(yōu)化永遠(yuǎn)要優(yōu)化慢的部分，換語(yǔ)言是無(wú)法“優(yōu)化”的。
復(fù)制代碼

63. http

1**(信息類)：表示接收到請(qǐng)求并且繼續(xù)處理 100——客戶必須繼續(xù)發(fā)出請(qǐng)求 101——客戶要求服務(wù)器根據(jù)請(qǐng)求轉(zhuǎn)換HTTP協(xié)議版本

2**(響應(yīng)成功)：表示動(dòng)作被成功接收、理解和接受
200——表明該請(qǐng)求被成功地完成，所請(qǐng)求的資源發(fā)送回客戶端
201——提示知道新文件的URL
202——接受和處理、但處理未完成
203——返回信息不確定或不完整
204——請(qǐng)求收到，但返回信息為空
205——服務(wù)器完成了請(qǐng)求，用戶代理必須復(fù)位當(dāng)前已經(jīng)瀏覽過(guò)的文件
206——服務(wù)器已經(jīng)完成了部分用戶的GET請(qǐng)求

3**(重定向類)：為了完成指定的動(dòng)作，必須接受進(jìn)一步處理
300——請(qǐng)求的資源可在多處得到
301——本網(wǎng)頁(yè)被永久性轉(zhuǎn)移到另一個(gè)URL
302——請(qǐng)求的網(wǎng)頁(yè)被轉(zhuǎn)移到一個(gè)新的地址，但客戶訪問(wèn)仍繼續(xù)通過(guò)原始URL地址，重定向，新的URL會(huì)在response中的Location中返回，瀏覽器將會(huì)使用新的URL發(fā)出新的Request。
303——建議客戶訪問(wèn)其他URL或訪問(wèn)方式
304——自從上次請(qǐng)求后，請(qǐng)求的網(wǎng)頁(yè)未修改過(guò)，服務(wù)器返回此響應(yīng)時(shí)，不會(huì)返回網(wǎng)頁(yè)內(nèi)容，代表上次的文檔已經(jīng)被緩存了，還可以繼續(xù)使用
305——請(qǐng)求的資源必須從服務(wù)器指定的地址得到
306——前一版本HTTP中使用的代碼，現(xiàn)行版本中不再使用
307——申明請(qǐng)求的資源臨時(shí)性刪除

4**(客戶端錯(cuò)誤類)：請(qǐng)求包含錯(cuò)誤語(yǔ)法或不能正確執(zhí)行
400——客戶端請(qǐng)求有語(yǔ)法錯(cuò)誤，不能被服務(wù)器所理解
401——請(qǐng)求未經(jīng)授權(quán)，這個(gè)狀態(tài)代碼必須和WWW-Authenticate報(bào)頭域一起使用
HTTP 401.1 - 未授權(quán)：登錄失敗
??HTTP 401.2 - 未授權(quán)：服務(wù)器配置問(wèn)題導(dǎo)致登錄失敗
??HTTP 401.3 - ACL 禁止訪問(wèn)資源
??HTTP 401.4 - 未授權(quán)：授權(quán)被篩選器拒絕
HTTP 401.5 - 未授權(quán)：ISAPI 或 CGI 授權(quán)失敗
402——保留有效ChargeTo頭響應(yīng)
403——禁止訪問(wèn)，服務(wù)器收到請(qǐng)求，但是拒絕提供服務(wù)
HTTP 403.1 禁止訪問(wèn)：禁止可執(zhí)行訪問(wèn)
??HTTP 403.2 - 禁止訪問(wèn)：禁止讀訪問(wèn)
??HTTP 403.3 - 禁止訪問(wèn)：禁止寫訪問(wèn)
??HTTP 403.4 - 禁止訪問(wèn)：要求 SSL
??HTTP 403.5 - 禁止訪問(wèn)：要求 SSL 128
??HTTP 403.6 - 禁止訪問(wèn)：IP 地址被拒絕
??HTTP 403.7 - 禁止訪問(wèn)：要求客戶證書
??HTTP 403.8 - 禁止訪問(wèn)：禁止站點(diǎn)訪問(wèn)
??HTTP 403.9 - 禁止訪問(wèn)：連接的用戶過(guò)多
??HTTP 403.10 - 禁止訪問(wèn)：配置無(wú)效
??HTTP 403.11 - 禁止訪問(wèn)：密碼更改
??HTTP 403.12 - 禁止訪問(wèn)：映射器拒絕訪問(wèn)
??HTTP 403.13 - 禁止訪問(wèn)：客戶證書已被吊銷
??HTTP 403.15 - 禁止訪問(wèn)：客戶訪問(wèn)許可過(guò)多
??HTTP 403.16 - 禁止訪問(wèn)：客戶證書不可信或者無(wú)效
HTTP 403.17 - 禁止訪問(wèn)：客戶證書已經(jīng)到期或者尚未生效
404——一個(gè)404錯(cuò)誤表明可連接服務(wù)器，但服務(wù)器無(wú)法取得所請(qǐng)求的網(wǎng)頁(yè)，請(qǐng)求資源不存在。eg：輸入了錯(cuò)誤的URL
405——用戶在Request-Line字段定義的方法不允許
406——根據(jù)用戶發(fā)送的Accept拖，請(qǐng)求資源不可訪問(wèn)
407——類似401，用戶必須首先在代理服務(wù)器上得到授權(quán)
408——客戶端沒有在用戶指定的餓時(shí)間內(nèi)完成請(qǐng)求
409——對(duì)當(dāng)前資源狀態(tài)，請(qǐng)求不能完成
410——服務(wù)器上不再有此資源且無(wú)進(jìn)一步的參考地址
411——服務(wù)器拒絕用戶定義的Content-Length屬性請(qǐng)求
412——一個(gè)或多個(gè)請(qǐng)求頭字段在當(dāng)前請(qǐng)求中錯(cuò)誤
413——請(qǐng)求的資源大于服務(wù)器允許的大小
414——請(qǐng)求的資源URL長(zhǎng)于服務(wù)器允許的長(zhǎng)度
415——請(qǐng)求資源不支持請(qǐng)求項(xiàng)目格式
416——請(qǐng)求中包含Range請(qǐng)求頭字段，在當(dāng)前請(qǐng)求資源范圍內(nèi)沒有range指示值，請(qǐng)求也不包含If-Range請(qǐng)求頭字段
417——服務(wù)器不滿足請(qǐng)求Expect頭字段指定的期望值，如果是代理服務(wù)器，可能是下一級(jí)服務(wù)器不能滿足請(qǐng)求長(zhǎng)。

5**(服務(wù)端錯(cuò)誤類)：服務(wù)器不能正確執(zhí)行一個(gè)正確的請(qǐng)求
HTTP 500 - 服務(wù)器遇到錯(cuò)誤，無(wú)法完成請(qǐng)求
??HTTP 500.100 - 內(nèi)部服務(wù)器錯(cuò)誤 - ASP 錯(cuò)誤
??HTTP 500-11 服務(wù)器關(guān)閉
??HTTP 500-12 應(yīng)用程序重新啟動(dòng)
??HTTP 500-13 - 服務(wù)器太忙
??HTTP 500-14 - 應(yīng)用程序無(wú)效
??HTTP 500-15 - 不允許請(qǐng)求 global.asa
??Error 501 - 未實(shí)現(xiàn)
HTTP 502 - 網(wǎng)關(guān)錯(cuò)誤
HTTP 503：由于超載或停機(jī)維護(hù)，服務(wù)器目前無(wú)法使用，一段時(shí)間后可能恢復(fù)正常
復(fù)制代碼

64. 一個(gè)頁(yè)面從輸入 URL 到頁(yè)面加載顯示完成，這個(gè)過(guò)程中都發(fā)生了什么？（流程說(shuō)的越詳細(xì)越好）

而高手可以根據(jù)自己擅長(zhǎng)的領(lǐng)域自由發(fā)揮，從URL規(guī)范、HTTP協(xié)議、DNS、CDN、數(shù)據(jù)庫(kù)查詢、到瀏覽器流式解析、CSS規(guī)則構(gòu)建、layout、paint、onload/domready、JS執(zhí)行、JS API綁定等等；

詳細(xì)版：
1、瀏覽器會(huì)開啟一個(gè)線程來(lái)處理這個(gè)請(qǐng)求，對(duì) URL 分析判斷如果是 http 協(xié)議就按照 Web 方式來(lái)處理;
2、調(diào)用瀏覽器內(nèi)核中的對(duì)應(yīng)方法，比如 WebView 中的 loadUrl 方法;
  3、通過(guò)DNS解析獲取網(wǎng)址的IP地址，設(shè)置 UA 等信息發(fā)出第二個(gè)GET請(qǐng)求;
4、進(jìn)行HTTP協(xié)議會(huì)話，客戶端發(fā)送報(bào)頭(請(qǐng)求報(bào)頭);
  5、進(jìn)入到web服務(wù)器上的 Web Server，如 Apache、Tomcat、Node.JS 等服務(wù)器;
  6、進(jìn)入部署好的后端應(yīng)用，如 PHP、Java、JavaScript、Python 等，找到對(duì)應(yīng)的請(qǐng)求處理;
7、處理結(jié)束回饋報(bào)頭，此處如果瀏覽器訪問(wèn)過(guò)，緩存上有對(duì)應(yīng)資源，會(huì)與服務(wù)器最后修改時(shí)間對(duì)比，一致則返回304;
  8、瀏覽器開始下載html文檔(響應(yīng)報(bào)頭，狀態(tài)碼200)，同時(shí)使用緩存;
  9、文檔樹建立，根據(jù)標(biāo)記請(qǐng)求所需指定MIME類型的文件（比如css、js）,同時(shí)設(shè)置了cookie;
  10、頁(yè)面開始渲染DOM，JS根據(jù)DOM API操作DOM,執(zhí)行事件綁定等，頁(yè)面顯示完成。
復(fù)制代碼

65. 前端學(xué)習(xí)資源

js秘密花園 jquery原理解析 css3 js標(biāo)準(zhǔn)

66. 郵箱驗(yàn)證

var pattern=/^([A-Za-z0-9_\-\.\u4e00-\u9fa5])+\@([A-Za-z0-9_\-\.])+\.([A-Za-z]{2,8})$/;
復(fù)制代碼

參考鏈接

67. ajax實(shí)現(xiàn)原理及方法使用

readyState屬性有五個(gè)狀態(tài)值。

0：是uninitialized，未初始化。已經(jīng)創(chuàng)建了XMLHttpRequest對(duì)象但是未初始化。
1：是loading.已經(jīng)開始準(zhǔn)備好要發(fā)送了。
2：已經(jīng)發(fā)送，但是還沒有收到響應(yīng)。
3：正在接受響應(yīng)，但是還不完整。
4：接受響應(yīng)完畢。
responseText：服務(wù)器返回的響應(yīng)文本。只有當(dāng)readyState>=3的時(shí)候才有值，根據(jù)readyState的狀態(tài)值，可以知道，當(dāng)readyState=3，返回的響應(yīng)文本不完整，只有readyState=4，完全返回，才能接受全部的響應(yīng)文本。

responseXML：response  as Dom Document object。響應(yīng)信息是xml，可以解析為Dom對(duì)象。
status：服務(wù)器的Http狀態(tài)碼，若是200，則表示OK，404，表示為未找到。
statusText：服務(wù)器http狀態(tài)碼的文本。比如OK，Not Found。
復(fù)制代碼

參考鏈接

68. js實(shí)現(xiàn)繼承

參考鏈接

69. 用generator實(shí)現(xiàn)es7的async


復(fù)制代碼

70. 閉包使用的優(yōu)缺點(diǎn)

優(yōu)點(diǎn)：1.保護(hù)函數(shù)內(nèi)部變量的安全，加強(qiáng)了封裝性 2.在內(nèi)存中維持一個(gè)變量 3.設(shè)計(jì)私有方法和變量 4.可以讀取函數(shù)內(nèi)部的變量缺點(diǎn)：1.導(dǎo)致內(nèi)存泄漏，使用不當(dāng)會(huì)造成額外的內(nèi)存占用 2.可以改變父函數(shù)的變量，所以使用時(shí)要謹(jǐn)慎

71. canvas和svg區(qū)別

1.從圖像類別區(qū)分，Canvas是基于像素的位圖，而SVG卻是基于矢量圖形。可以簡(jiǎn)單的把兩者的區(qū)別看成photoshop與illustrator的區(qū)別。 2.從結(jié)構(gòu)上說(shuō)，Canvas沒有圖層的概念，所有的修改整個(gè)畫布都要重新渲染，而SVG則可以對(duì)單獨(dú)的標(biāo)簽進(jìn)行修改。 3.從操作對(duì)象上說(shuō)，Canvas是基于HTML canvas標(biāo)簽，通過(guò)宿主提供的Javascript API對(duì)整個(gè)畫布進(jìn)行操作的，而SVG則是基于XML元素的。 4.從功能上講，SVG發(fā)布日期較早，所以功能相對(duì)Canvas比較完善。 5.關(guān)于動(dòng)畫，Canvas更適合做基于位圖的動(dòng)畫，而SVG則適合圖表的展示。 6.從搜索引擎角度分析，由于svg是有大量標(biāo)簽組成，所以可以通過(guò)給標(biāo)簽添加屬性，便于爬蟲搜索

72. 開啟硬件加速

//目前，像Chrome/Filefox/Safari/IE9+以及最新版本Opera都支持硬件加速，當(dāng)檢測(cè)到某個(gè)DOM元素應(yīng)用了某些CSS規(guī)則時(shí)就會(huì)自動(dòng)開啟，從而解決頁(yè)面閃白，保證動(dòng)畫流暢。
.css {
    -webkit-transform: translate3d(0,0,0);
    -moz-transform: translate3d(0,0,0);
    -ms-transform: translate3d(0,0,0);
    transform: translate3d(0,0,0);
}
復(fù)制代碼

73. button注意事項(xiàng)

<button></button>元素一定要寫上type屬性不然會(huì)默認(rèn)提交表單，出現(xiàn)想不到的bug
復(fù)制代碼

74. 移動(dòng)端html標(biāo)簽幾個(gè)體驗(yàn)優(yōu)化

html,body{

overflow: hidden;/*手機(jī)上寫overflow-x:hidden;會(huì)有兼容性問(wèn)題，如果子級(jí)如果是絕對(duì)定位有運(yùn)動(dòng)到屏幕外的話ios7系統(tǒng)會(huì)出現(xiàn)留白*/

-webkit-overflow-scrolling:touch;/*流暢滾動(dòng),ios7下會(huì)有滑一下滑不動(dòng)的情況，所以需要寫上*/

position:realtive;/*直接子級(jí)如果是絕對(duì)定位有運(yùn)動(dòng)到屏幕外的話，會(huì)出現(xiàn)留白*/
}
復(fù)制代碼

75.手機(jī)上的多行省略

.overflow-hidden{
    display: box !important;
    display: -webkit-box !important;
    overflow: hidden;
    text-overflow: ellipsis;
    -webkit-box-orient: vertical;
    -webkit-line-clamp: 4;/*第幾行出現(xiàn)省略號(hào)*/
    /*text-align:justify;不能和溢出隱藏的代碼一起寫，會(huì)有bug*/
}
復(fù)制代碼

76. 長(zhǎng)時(shí)間按住頁(yè)面閃退

.element {
    -webkit-touch-callout: none;
}
復(fù)制代碼

77. 改變輸入框內(nèi)提示文字顏色

::-webkit-input-placeholder { /* WebKit browsers */
    color: #999; }
:-moz-placeholder { /* Mozilla Firefox 4 to 18 */
    color: #999; }
::-moz-placeholder { /* Mozilla Firefox 19+ */
    color: #999; }
:-ms-input-placeholder { /* Internet Explorer 10+ */
    color: #999; }
input:focus::-webkit-input-placeholder{ color:#999; }
復(fù)制代碼

78. 自動(dòng)播放音樂(lè)

//JS綁定自動(dòng)播放（操作window時(shí)，播放音樂(lè)）
$(window).one('touchstart', function(){
    music.play();
})

//微信下兼容處理
document.addEventListener("WeixinJSBridgeReady", function () {
    music.play();
}, false);
復(fù)制代碼

79.消除transtration閃屏

消除transition閃屏
.css {
    -webkit-transform-style: preserve-3d;
    -webkit-backface-visibility: hidden;
    -webkit-perspective: 1000;
}
復(fù)制代碼

最后

文中如有一些不足，歡迎指正。筆者1天后將推出開源的CMS系統(tǒng)，技術(shù)架構(gòu)：

后臺(tái)Node+Koa+redis+JsonSchema
管理后臺(tái)界面 vue-cli3 + vue + ts + vuex + antd-vue + axios
客戶端前臺(tái) react + antd + react-hooks + axios

后面將推出該系統(tǒng)的設(shè)計(jì)思想，架構(gòu)和實(shí)現(xiàn)過(guò)程，歡迎在公眾號(hào)《趣談前端》里查看更詳細(xì)的介紹。

原鏈接：https://juejin.im/post/5d8989296fb9a06b1f147070

個(gè)章節(jié)我們給大家講了使用HttpWatch分析響應(yīng)時(shí)間的內(nèi)容，在這個(gè)章節(jié)我們講一下第三部分“Request View”的內(nèi)容。

Request View

Request View內(nèi)容詳細(xì)記錄了每個(gè)請(qǐng)求的信息，主要包括Overview、Time Chart、Headers、Cookies、Cache、Query String、POST Data、Content、Stream 和 Warnings 幾部分內(nèi)容。

1Overview的內(nèi)容如圖8-35所示。

圖8-35 Overview內(nèi)容

2Display URL：表示請(qǐng)求的URL。

3Started At：表示該請(qǐng)求開始的時(shí)間。

4Submit Form：表示表單(Form)被提交到的URL，只有POST操作時(shí)才會(huì)有該項(xiàng)。

5DNS Lookup：表示DNS查找操作。

6Connect：表示TCP連接操作。

7HTTP Request：表示一個(gè)請(qǐng)求被發(fā)出去。

8HTTP Response：表示一個(gè)應(yīng)答被收回。

9表示該次請(qǐng)求是從cache中讀取應(yīng)答消息。

10Time Chart的內(nèi)容如圖8-36所示。

圖8-36 Time Chart圖

Time Chart顯示了一次請(qǐng)求應(yīng)答過(guò)程中每個(gè)時(shí)間片段所花費(fèi)的時(shí)間。

一次完整的請(qǐng)求應(yīng)答過(guò)程需要經(jīng)歷的時(shí)間片段如圖8-37所示。

圖8-37 請(qǐng)求應(yīng)答過(guò)程

各時(shí)間塊顏色的意義見表8-1。

表8-1 各時(shí)間片段含意

Headers的內(nèi)容如圖8-38所示。

圖8-38 Headers的內(nèi)容

Header Sent的內(nèi)容如下：

1Request-Line：包括HTTP提交請(qǐng)求方法、HTTP版本和URL子路徑。

2Accept：可接受的文件類型。

3Accept-Encoding：可接受的純文本之外的內(nèi)容編碼的類型。

4Accept-Language：可接受的返回?cái)?shù)據(jù)的語(yǔ)言種類。

5Connection：指定該次請(qǐng)求回應(yīng)結(jié)束后，如何處理連接。

6Cache-Control：指定請(qǐng)求和響應(yīng)遵循的緩存機(jī)制。

7Location：用于重定向接收者到一個(gè)新URI地址。

8Host：請(qǐng)求連接的主機(jī)名。

9Submit Form：表示表單(Form)被提交到的URL，只有POST操作時(shí)才會(huì)有該項(xiàng)。

Header Received的內(nèi)容如下：

1Status-Line：包括HTTP請(qǐng)求的狀態(tài)碼和HTTP版本信息。

2Connection：指定該次請(qǐng)求回應(yīng)結(jié)束后，如何處理連接。

3Cache-Control：指定請(qǐng)求和響應(yīng)遵循的緩存機(jī)制。

4Content-Language：內(nèi)容數(shù)據(jù)的語(yǔ)言種類。

5Content-Length：傳輸?shù)膬?nèi)容長(zhǎng)度。

6Content-Type：內(nèi)容數(shù)據(jù)的類型(Mini Type)。

7Last-Modified：服務(wù)器上保存內(nèi)容的最后修訂時(shí)間。

8Expires：內(nèi)容數(shù)據(jù)被緩存的過(guò)期時(shí)間。

Cookies的內(nèi)容如圖8-39所示。

圖8-39 Headers內(nèi)容

關(guān)于Cookies主要包括這幾方面的信息：Cookie Name、Direction、Value、Path、Domain和Expires。

1Cookie Name：Cookie的名稱。

2Direction：表明該Cookie是由客戶端發(fā)送到服務(wù)器的還是從服務(wù)器接受的。

3Value：Cookie的內(nèi)容。

4Path：該Cookie所在站點(diǎn)的路徑。

5Domain：顯示該Cookie所屬的域名或主機(jī)名。

6Expires：指該Cookie失效時(shí)間，當(dāng)瀏覽器關(guān)閉時(shí)該Cookie值將被刪除。

Cache的內(nèi)容如圖8-40所示。

圖8-40 Cache的內(nèi)容

關(guān)于Cache主要包括這幾方面的信息：URL in cache、Expires、Last Modification、Last Cache Update、Last Access、ETag和Hit Count。

1URL in cache：該項(xiàng)內(nèi)容是否寫入瀏覽器緩存。

2Expires：Cache失效日期和時(shí)間。

3Last Modification：當(dāng)Cache內(nèi)容被存儲(chǔ)或更新時(shí)，那么更改日期將會(huì)修改為最近的日期。

4Last Cache Update：Cache內(nèi)容被更新的最近時(shí)間。

5Last Access：最近一次讀Cache的時(shí)間。

6ETag：ETag是用于匹配服務(wù)器上的實(shí)體，使用的方式為模糊匹配。

7Hit Count：讀Cache內(nèi)容的次數(shù)。

Query String的內(nèi)容如圖8-41所示。

圖8-41 Query String內(nèi)容

Query String是通過(guò)URL來(lái)傳遞參數(shù)的一種方式，通常的格式如下：

...?name1=value1&name2=value2&...

Query String內(nèi)容中可以顯示當(dāng)前URL中所有的參數(shù)名及對(duì)應(yīng)的值。圖8-41所對(duì)應(yīng)的URL如下：

http://webmail.mail.163.com/app/jifen/wel_js5.jsp?sid=FAldACVuhNPHoCHfGVuueKhMhWgqijnA&uid=arivnhuang@163.com&color=003399&p=0

（左右拉動(dòng)查看完整內(nèi)容）

POST Data的內(nèi)容如圖8-42所示。

圖8-42 POST Data內(nèi)容

POST Data顯示以POST方式請(qǐng)求的數(shù)據(jù)信息，圖8-42顯示的內(nèi)容對(duì)應(yīng)的URL如下：

https://ssl.mail.163.com/entry/coremail/fcg/ntesdoor2?funcid=loginone&language=-1&passtype=1&iframe=1&product=mail163&from=web&df=email163&race=-2_99_-2_hz&module=&uid=arivnhuang@163.com&style=-1&skinid=null

（左右拉動(dòng)查看完整內(nèi)容）

圖8-42中內(nèi)容“Mime Type：application/x-www-form-urlencoded”是指POST方式提交數(shù)據(jù)的編碼方式。

以POST方式提交數(shù)據(jù)，其數(shù)據(jù)編碼有以下幾種方式：

1// Text/plain

以純文本的形式傳送數(shù)據(jù)。

2//Application/x-www-form-urlencoded

POST使用的默認(rèn)方式，其格式與Query String的格式一致，但是POST數(shù)據(jù)是通過(guò)請(qǐng)求內(nèi)容來(lái)提交，而不是通過(guò)URL來(lái)提交。

3// Multipart/form-data

使用MIME編碼方式，MIME(Multipurpose Internet Email Extension)多用途Internet郵件擴(kuò)展，它設(shè)計(jì)的最初目的是為了在發(fā)送電子郵件時(shí)附加多媒體數(shù)據(jù)，讓郵件客戶程序能根據(jù)其類型進(jìn)行處理。然而當(dāng)它被HTTP協(xié)議支持之后，它的意義就更為顯著了。它使得HTTP傳輸?shù)牟粌H是普通的文本，而變得豐富多彩。每個(gè)MIME類型由兩部分組成，前一部分是數(shù)據(jù)的大類別，例如聲音audio、圖象image等，后一部分定義具體的種類。

MIME的類型見8-2。

表8-2 MIME類型

Internet中有一個(gè)專門組織IANA來(lái)確認(rèn)標(biāo)準(zhǔn)的MIME類型，但I(xiàn)nternet發(fā)展的太快，很多應(yīng)用程序等不及IANA來(lái)確認(rèn)他們使用的 MIME類型為標(biāo)準(zhǔn)類型。因此他們使用在類別中以x-開頭的方法標(biāo)識(shí)這個(gè)類別還沒有成為標(biāo)準(zhǔn)，例如：x-gzip、x-tar等。事實(shí)上這些類型運(yùn)用的很廣泛，已經(jīng)成為了事實(shí)標(biāo)準(zhǔn)。只要客戶機(jī)和服務(wù)器共同承認(rèn)這個(gè)MIME類型，即使它是不標(biāo)準(zhǔn)的類型也沒有關(guān)系，客戶程序就能根據(jù)MIME類型，采用具體的處理手段來(lái)處理數(shù)據(jù)。而Web服務(wù)器和瀏覽器(包括操作系統(tǒng))中，缺省都設(shè)置了標(biāo)準(zhǔn)的和常見的MIME類型，只有對(duì)于不常見的MIME類型，才需要同時(shí)設(shè)置服務(wù)器和客戶瀏覽器，以進(jìn)行識(shí)別。

Content的內(nèi)容如圖8-43所示。

圖8-43 Content內(nèi)容

顯示接收到的HTTP響應(yīng)信息，包括MIME的類型(如圖中的類型為text/html)，總的字節(jié)數(shù)和這些內(nèi)容是否從服務(wù)中下載或從緩存中讀取，如果對(duì)HTTP進(jìn)行了壓縮還應(yīng)該顯示壓縮的方式、壓縮后的文件大小以及壓縮比。

Stream的內(nèi)容如圖8-44所示。

圖8-44 Stream內(nèi)容

Stream的內(nèi)容主是顯示客戶端發(fā)送的內(nèi)容和服務(wù)器端返回的內(nèi)容。左邊顯示的是客戶端發(fā)送的內(nèi)容，顯示了數(shù)據(jù)流大小和發(fā)送到那個(gè)服務(wù)器，如圖8-44所示，發(fā)送的字節(jié)數(shù)為869個(gè)字節(jié)，服務(wù)器的IP地址為211.162.127.78，端口號(hào)為80。右邊顯示的是服務(wù)器返回的內(nèi)容，包括返回的字節(jié)數(shù)和返回到客戶端的IP地址。

左邊為客戶端向服務(wù)器提交的請(qǐng)求，主要包括以下內(nèi)容：

GET / HTTP/1.1

GET表示請(qǐng)求方式，“/”表示URI(URI是Web上訪問(wèn)可用資源的一種通用資源標(biāo)識(shí)符，Uniform Resource Identifier)，“HTTP/1.1”表示使用的協(xié)議和協(xié)議版本。

表示接受返回?cái)?shù)據(jù)的類型。“*/*”代表允許接受所有的數(shù)據(jù)類型。

Referer

表示一個(gè)URL地址(如http://email.163.com)，表示從該地址發(fā)出的請(qǐng)求。

Accept-Language

表示接受返回?cái)?shù)據(jù)的語(yǔ)言，如zh-cn表示接受返回?cái)?shù)據(jù)語(yǔ)言為中文。

Accept-Encoding

表示瀏覽器可接受除純文本之外的內(nèi)容編碼的類型，如gzip壓縮、deflate壓縮內(nèi)容。

User-Agent

標(biāo)識(shí)客戶端瀏覽器類型及相關(guān)版本信息。

Host

主機(jī)標(biāo)識(shí)地址。

Connection

表示連接狀態(tài)，如Keep-alive表示保持TCP的連接狀態(tài)。

右邊的內(nèi)容為服務(wù)器向客戶返回的數(shù)據(jù)內(nèi)容，主要包括以下內(nèi)容：

HTTP/1.0 200 OK

表示協(xié)議、協(xié)議版本、請(qǐng)求的狀態(tài)。

Date

表示發(fā)送HTTP消息的日期。

Expires

表示實(shí)體的有效期

Content-Type

表示服務(wù)器返回請(qǐng)求類型，如text/html。

Last-Modified

表示被請(qǐng)求資源上次修改的日期和時(shí)間。

Age

表示HTTP接受請(qǐng)求操作響應(yīng)的緩存時(shí)間。

Warnings的內(nèi)容如圖8-45所示。

圖8-45 Warnings內(nèi)容

Warnings顯示了單個(gè)請(qǐng)求出現(xiàn)警告的內(nèi)容，顯示的內(nèi)容包括警告ID、警告類型和警告的詳細(xì)描述，關(guān)于警告類型主要三種：Performace(性能)、Security(安全)和Functional(功能)。

下個(gè)工作日小編會(huì)更新下一章節(jié)的內(nèi)容，希望大家多多關(guān)注我們，一起來(lái)學(xué)習(xí)喔！

在線咨詢

上一篇：2020年文檔相似性算法：初學(xué)者教程
下一篇：“5.20”央行要發(fā)行心形紀(jì)念幣了，你會(huì)買嗎？

您的項(xiàng)目需求

*請(qǐng)認(rèn)真填寫需求信息，我們會(huì)在24小時(shí)內(nèi)與您取得聯(lián)系。

整合營(yíng)銷服務(wù)商

詳解頁(yè)面靜態(tài)資源的緩存策略，搞懂強(qiáng)緩存和協(xié)商緩存再做

強(qiáng)緩存

協(xié)商緩存

總結(jié)

1.css禁用鼠標(biāo)事件

2.get/post的理解和他們之間的區(qū)別

http

http方法：

GET和POST的區(qū)別

3.實(shí)現(xiàn)條紋網(wǎng)格的方式

4.js求平面兩點(diǎn)之間的距離

5.css禁止用戶選擇

6.數(shù)組去重

7.什么是CDN和CDN的好處

8.圣杯布局和雙飛翼布局

9.正則表達(dá)式匹配手機(jī)號(hào)

10.如何提高首頻加載速度

11.瀏覽器內(nèi)核(渲染引擎)

12.瀏覽器渲染過(guò)程及優(yōu)化建議

13. 頁(yè)面導(dǎo)入樣式時(shí)，使用link和@import有什么區(qū)別？

14. 簡(jiǎn)述一下你對(duì)HTML語(yǔ)義化的理解？

15. 請(qǐng)描述一下 cookies，sessionStorage 和 localStorage 的區(qū)別？

16. iframe有那些缺點(diǎn)？

17. vue父子組件生命周期的順序及作用？

18. 網(wǎng)頁(yè)驗(yàn)證碼是干嘛的，是為了解決什么安全問(wèn)題？

19. 介紹一下標(biāo)準(zhǔn)的CSS的盒子模型？低版本IE的盒子模型有什么不同的？

20. position的值relative和absolute定位原點(diǎn)是？

21. 經(jīng)常遇到的瀏覽器的兼容性有哪些？原因，解決方法是什么，常用hack的技巧 ？

22. CSS優(yōu)化、提高性能的方法有哪些？

23. 如何修改chrome記住密碼后自動(dòng)填充表單的黃色背景 ？

24. 讓頁(yè)面里的字體變清晰，變細(xì)用CSS怎么做？

25. 讓overflow:scroll平滑滾動(dòng)？

26. 如何將浮點(diǎn)數(shù)點(diǎn)左邊的數(shù)每三位添加一個(gè)逗號(hào)，如12000000.11轉(zhuǎn)化為『12,000,000.11』?

27. Javascript作用鏈域?

28. 談?wù)凾his對(duì)象的理解。

29. eval是做什么的？

30. 什么是window對(duì)象? 什么是document對(duì)象?

31. ["1", "2", "3"].map(parseInt) 答案是多少？

32. 什么是閉包（closure），為什么要用它？

33. javascript 代碼中的"use strict";是什么意思 ? 使用它區(qū)別是什么？

34. 如何判斷一個(gè)對(duì)象是否屬于某個(gè)類？

35. new一個(gè)對(duì)象的過(guò)程

36. Ajax 解決瀏覽器緩存問(wèn)題

37. 如何解決跨域問(wèn)題?

38. 模塊化開發(fā)怎么做

39. AMD（Modules/Asynchronous-Definition）、CMD（Common Module Definition）規(guī)范區(qū)別？

40. requireJS的核心原理是什么？（如何動(dòng)態(tài)加載的？如何避免多次加載的？如何 緩存的？）

41. 如何實(shí)現(xiàn)一個(gè)模塊加載器

42. 列舉幾條 JavaScript 的基本代碼規(guī)范

43. DOM操作——怎樣添加、移除、移動(dòng)、復(fù)制、創(chuàng)建和查找節(jié)點(diǎn)?

44. jquery實(shí)現(xiàn)原理

45. jquery中如何將數(shù)組轉(zhuǎn)化為json字符串，然后再轉(zhuǎn)化回來(lái)？

46. jquery的$.extend深復(fù)制和淺復(fù)制原理

47. jquery.extend 與 jquery.fn.extend的區(qū)別？

48. 如何判斷當(dāng)前腳本運(yùn)行在瀏覽器還是node環(huán)境中？（阿里）

49. 實(shí)現(xiàn)一個(gè)頁(yè)面操作不會(huì)整頁(yè)刷新的網(wǎng)站，并且能在瀏覽器前進(jìn)、后退時(shí)正確響應(yīng)。給出你的技術(shù)實(shí)現(xiàn)方案？

50. 把 Script 標(biāo)簽 放在頁(yè)面的最底部的body封閉之前 和封閉之后有什么區(qū)別？瀏覽器會(huì)如何解析它們？

51. JQuery一個(gè)對(duì)象可以同時(shí)綁定多個(gè)事件，這是如何實(shí)現(xiàn)的？

52. 什么是前端路由？前端路由的 實(shí)現(xiàn)原理

53. 檢測(cè)瀏覽器版本版本有哪些方式？

54. 什么是Polyfill?

55. 做的項(xiàng)目中，有沒有用過(guò)或自己實(shí)現(xiàn)一些 polyfill 方案（兼容性處理方案）？

56. 我們給一個(gè)dom同時(shí)綁定兩個(gè)點(diǎn)擊事件，一個(gè)用捕獲，一個(gè)用冒泡。會(huì)執(zhí)行幾次事件，會(huì)先執(zhí)行冒泡還是捕獲？

57. Webpack熱更新實(shí)現(xiàn)原理?

58. 函數(shù)節(jié)流和防抖

59. 頁(yè)面重構(gòu)怎么操作？

60. 列舉IE與其他瀏覽器不一樣的特性

61. 對(duì)Node的優(yōu)點(diǎn)和缺點(diǎn)提出了自己的看法？

62. 你有用過(guò)哪些前端性能優(yōu)化的方法？

63. http

64. 一個(gè)頁(yè)面從輸入 URL 到頁(yè)面加載顯示完成，這個(gè)過(guò)程中都發(fā)生了什么？（流程說(shuō)的越詳細(xì)越好）

65. 前端學(xué)習(xí)資源

66. 郵箱驗(yàn)證

67. ajax實(shí)現(xiàn)原理及方法使用

68. js實(shí)現(xiàn)繼承

69. 用generator實(shí)現(xiàn)es7的async

70. 閉包使用的優(yōu)缺點(diǎn)

71. canvas和svg區(qū)別

72. 開啟硬件加速

21. 經(jīng)常遇到的瀏覽器的兼容性有哪些？原因，解決方法是什么，常用hack的技巧？

23. 如何修改chrome記住密碼后自動(dòng)填充表單的黃色背景？

40. requireJS的核心原理是什么？（如何動(dòng)態(tài)加載的？如何避免多次加載的？如何緩存的？）

50. 把 Script 標(biāo)簽放在頁(yè)面的最底部的body封閉之前和封閉之后有什么區(qū)別？瀏覽器會(huì)如何解析它們？

52. 什么是前端路由？前端路由的實(shí)現(xiàn)原理