摘要：握手過(guò)程中使用了的標(biāo)志和。接收端收到后，回傳一個(gè)帶有標(biāo)志的數(shù)據(jù)包以示傳達(dá)確認(rèn)信息。第四次揮手主動(dòng)關(guān)閉方收到后，發(fā)送一個(gè)給被動(dòng)關(guān)閉方，確認(rèn)序號(hào)為收到序號(hào)，至此，完成四次揮手。其次，通過(guò)使和系統(tǒng)綁定來(lái)降低泄露后的危險(xiǎn)。

一些開(kāi)放性題目

1.自我介紹：除了基本個(gè)人信息以外，面試官更想聽(tīng)的是你與眾不同的地方和你的優(yōu)勢(shì)。

2.項(xiàng)目介紹

3.如何看待前端開(kāi)發(fā)？

4.平時(shí)是如何學(xué)習(xí)前端開(kāi)發(fā)的？

5.未來(lái)三到五年的規(guī)劃是怎樣的？

position的值， relative和absolute分別是相對(duì)于誰(shuí)進(jìn)行定位的？

absolute :生成絕對(duì)定位的元素， 相對(duì)于最近一級(jí)的 定位不是 static 的父元素來(lái)進(jìn)行定位。

fixed （老IE不支持）生成絕對(duì)定位的元素，通常相對(duì)于瀏覽器窗口或 frame 進(jìn)行定位。

relative 生成相對(duì)定位的元素，相對(duì)于其在普通流中的位置進(jìn)行定位。

static 默認(rèn)值。沒(méi)有定位，元素出現(xiàn)在正常的流中

sticky 生成粘性定位的元素，容器的位置根據(jù)正常文檔流計(jì)算得出

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

JSONP：
原理是：動(dòng)態(tài)插入script標(biāo)簽，通過(guò)script標(biāo)簽引入一個(gè)js文件，這個(gè)js文件載入成功后會(huì)執(zhí)行我們?cè)趗rl參數(shù)中指定的函數(shù)，并且會(huì)把我們需要的json數(shù)據(jù)作為參數(shù)傳入。

由于同源策略的限制，XmlHttpRequest只允許請(qǐng)求當(dāng)前源（域名、協(xié)議、端口）的資源，為了實(shí)現(xiàn)跨域請(qǐng)求，可以通過(guò)script標(biāo)簽實(shí)現(xiàn)跨域請(qǐng)求，然后在服務(wù)端輸出JSON數(shù)據(jù)并執(zhí)行回調(diào)函數(shù)，從而解決了跨域的數(shù)據(jù)請(qǐng)求。

優(yōu)點(diǎn)是兼容性好，簡(jiǎn)單易用，支持瀏覽器與服務(wù)器雙向通信。缺點(diǎn)是只支持GET請(qǐng)求。

JSONP：json+padding（內(nèi)填充），顧名思義，就是把JSON填充到一個(gè)盒子里

CORS
服務(wù)器端對(duì)于CORS的支持，主要就是通過(guò)設(shè)置Access-Control-Allow-Origin來(lái)進(jìn)行的。如果瀏覽器檢測(cè)到相應(yīng)的設(shè)置，就可以允許Ajax進(jìn)行跨域的訪問(wèn)。

通過(guò)修改document.domain來(lái)跨子域
將子域和主域的document.domain設(shè)為同一個(gè)主域.前提條件：這兩個(gè)域名必須屬于同一個(gè)基礎(chǔ)域名!而且所用的協(xié)議，端口都要一致，否則無(wú)法利用document.domain進(jìn)行跨域

主域相同的使用document.domain

使用window.name來(lái)進(jìn)行跨域
window對(duì)象有個(gè)name屬性，該屬性有個(gè)特征：即在一個(gè)窗口(window)的生命周期內(nèi),窗口載入的所有的頁(yè)面都是共享一個(gè)window.name的，每個(gè)頁(yè)面對(duì)window.name都有讀寫(xiě)的權(quán)限，window.name是持久存在一個(gè)窗口載入過(guò)的所有頁(yè)面中的

使用HTML5中新引進(jìn)的window.postMessage方法來(lái)跨域傳送數(shù)據(jù)
還有flash、在服務(wù)器上設(shè)置代理頁(yè)面等跨域方式。個(gè)人認(rèn)為window.name的方法既不復(fù)雜，也能兼容到幾乎所有瀏覽器，這真是極好的一種跨域方法。

XML和JSON的區(qū)別？

(1).數(shù)據(jù)體積方面。

JSON相對(duì)于XML來(lái)講，數(shù)據(jù)的體積小，傳遞的速度更快些。

(2).數(shù)據(jù)交互方面。

JSON與JavaScript的交互更加方便，更容易解析處理，更好的數(shù)據(jù)交互。

(3).數(shù)據(jù)描述方面。

JSON對(duì)數(shù)據(jù)的描述性比XML較差。

(4).傳輸速度方面。

JSON的速度要遠(yuǎn)遠(yuǎn)快于XML。
談?wù)勀銓?duì)webpack的看法

WebPack 是一個(gè)模塊打包工具，你可以使用WebPack管理你的模塊依賴，并編繹輸出模塊們所需的靜態(tài)文件。它能夠很好地管理、打包Web開(kāi)發(fā)中所用到的HTML、Javascript、CSS以及各種靜態(tài)文件（圖片、字體等），讓開(kāi)發(fā)過(guò)程更加高效。對(duì)于不同類型的資源，webpack有對(duì)應(yīng)的模塊加載器。webpack模塊打包器會(huì)分析模塊間的依賴關(guān)系，最后 生成了優(yōu)化且合并后的靜態(tài)資源。

webpack的兩大特色：

1.code splitting（可以自動(dòng)完成）

2.loader 可以處理各種類型的靜態(tài)文件，并且支持串聯(lián)操作
webpack 是以commonJS的形式來(lái)書(shū)寫(xiě)腳本滴，但對(duì) AMD/CMD 的支持也很全面，方便舊項(xiàng)目進(jìn)行代碼遷移。

webpack具有requireJs和browserify的功能，但仍有很多自己的新特性：

對(duì) CommonJS 、 AMD 、ES6的語(yǔ)法做了兼容

對(duì)js、css、圖片等資源文件都支持打包

串聯(lián)式模塊加載器以及插件機(jī)制，讓其具有更好的靈活性和擴(kuò)展性，例如提供對(duì)CoffeeScript、ES6的支持

有獨(dú)立的配置文件webpack.config.js

可以將代碼切割成不同的chunk，實(shí)現(xiàn)按需加載，降低了初始化時(shí)間

支持 SourceUrls 和 SourceMaps，易于調(diào)試

具有強(qiáng)大的Plugin接口，大多是內(nèi)部插件，使用起來(lái)比較靈活

8.webpack 使用異步 IO 并具有多級(jí)緩存。這使得 webpack 很快且在增量編譯上更加快
說(shuō)說(shuō)TCP傳輸?shù)娜挝帐炙拇螕]手策略

為了準(zhǔn)確無(wú)誤地把數(shù)據(jù)送達(dá)目標(biāo)處，TCP協(xié)議采用了三次握手策略。用TCP協(xié)議把數(shù)據(jù)包送出去后，TCP不會(huì)對(duì)傳送 后的情況置之不理，它一定會(huì)向?qū)Ψ酱_認(rèn)是否成功送達(dá)。握手過(guò)程中使用了TCP的標(biāo)志：SYN和ACK。

發(fā)送端首先發(fā)送一個(gè)帶SYN標(biāo)志的數(shù)據(jù)包給對(duì)方。接收端收到后，回傳一個(gè)帶有SYN/ACK標(biāo)志的數(shù)據(jù)包以示傳達(dá)確認(rèn)信息。 最后，發(fā)送端再回傳一個(gè)帶ACK標(biāo)志的數(shù)據(jù)包，代表“握手”結(jié)束。 若在握手過(guò)程中某個(gè)階段莫名中斷，TCP協(xié)議會(huì)再次以相同的順序發(fā)送相同的數(shù)據(jù)包。

斷開(kāi)一個(gè)TCP連接則需要“四次握手”：
第一次揮手：主動(dòng)關(guān)閉方發(fā)送一個(gè)FIN，用來(lái)關(guān)閉主動(dòng)方到被動(dòng)關(guān)閉方的數(shù)據(jù)傳送，也就是主動(dòng)關(guān)閉方告訴被動(dòng)關(guān)閉方：我已經(jīng)不 會(huì)再給你發(fā)數(shù)據(jù)了(當(dāng)然，在fin包之前發(fā)送出去的數(shù)據(jù)，如果沒(méi)有收到對(duì)應(yīng)的ack確認(rèn)報(bào)文，主動(dòng)關(guān)閉方依然會(huì)重發(fā)這些數(shù)據(jù))，但是，此時(shí)主動(dòng)關(guān)閉方還可 以接受數(shù)據(jù)。

第二次揮手：被動(dòng)關(guān)閉方收到FIN包后，發(fā)送一個(gè)ACK給對(duì)方，確認(rèn)序號(hào)為收到序號(hào)+1（與SYN相同，一個(gè)FIN占用一個(gè)序號(hào)）。

第三次揮手：被動(dòng)關(guān)閉方發(fā)送一個(gè)FIN，用來(lái)關(guān)閉被動(dòng)關(guān)閉方到主動(dòng)關(guān)閉方的數(shù)據(jù)傳送，也就是告訴主動(dòng)關(guān)閉方，我的數(shù)據(jù)也發(fā)送完了，不會(huì)再給你發(fā)數(shù)據(jù)了。

第四次揮手：主動(dòng)關(guān)閉方收到FIN后，發(fā)送一個(gè)ACK給被動(dòng)關(guān)閉方，確認(rèn)序號(hào)為收到序號(hào)+1，至此，完成四次揮手。

TCP和UDP的區(qū)別

TCP（Transmission Control Protocol，傳輸控制協(xié)議）是基于連接的協(xié)議，也就是說(shuō)，在正式收發(fā)數(shù)據(jù)前，必須和對(duì)方建立可靠的連接。一個(gè)TCP連接必須要經(jīng)過(guò)三次“對(duì)話”才能建立起來(lái)

UDP（User Data Protocol，用戶數(shù)據(jù)報(bào)協(xié)議）是與TCP相對(duì)應(yīng)的協(xié)議。它是面向非連接的協(xié)議，它不與對(duì)方建立連接，而是直接就把數(shù)據(jù)包發(fā)送過(guò)去！ UDP適用于一次只傳送少量數(shù)據(jù)、對(duì)可靠性要求不高的應(yīng)用環(huán)境。

說(shuō)說(shuō)你對(duì)作用域鏈的理解

作用域鏈的作用是保證執(zhí)行環(huán)境里有權(quán)訪問(wèn)的變量和函數(shù)是有序的，作用域鏈的變量只能向上訪問(wèn)，變量訪問(wèn)到window對(duì)象即被終止，作用域鏈向下訪問(wèn)變量是不被允許的。

創(chuàng)建ajax過(guò)程

(1)創(chuàng)建XMLHttpRequest對(duì)象,也就是創(chuàng)建一個(gè)異步調(diào)用對(duì)象.

(2)創(chuàng)建一個(gè)新的HTTP請(qǐng)求,并指定該HTTP請(qǐng)求的方法、URL及驗(yàn)證信息.

(3)設(shè)置響應(yīng)HTTP請(qǐng)求狀態(tài)變化的函數(shù).

(4)發(fā)送HTTP請(qǐng)求.

(5)獲取異步調(diào)用返回的數(shù)據(jù).

(6)使用JavaScript和DOM實(shí)現(xiàn)局部刷新.
漸進(jìn)增強(qiáng)和優(yōu)雅降級(jí)

漸進(jìn)增強(qiáng) ：針對(duì)低版本瀏覽器進(jìn)行構(gòu)建頁(yè)面，保證最基本的功能，然后再針對(duì)高級(jí)瀏覽器進(jìn)行效果、交互等改進(jìn)和追加功能達(dá)到更好的用戶體驗(yàn)。

優(yōu)雅降級(jí) ：一開(kāi)始就構(gòu)建完整的功能，然后再針對(duì)低版本瀏覽器進(jìn)行兼容。

常見(jiàn)web安全及防護(hù)原理

sql注入原理
就是通過(guò)把SQL命令插入到Web表單遞交或輸入域名或頁(yè)面請(qǐng)求的查詢字符串，最終達(dá)到欺騙服務(wù)器執(zhí)行惡意的SQL命令。

總的來(lái)說(shuō)有以下幾點(diǎn)：

1.永遠(yuǎn)不要信任用戶的輸入，要對(duì)用戶的輸入進(jìn)行校驗(yàn)，可以通過(guò)正則表達(dá)式，或限制長(zhǎng)度，對(duì)單引號(hào)和雙"-"進(jìn)行轉(zhuǎn)換等。

2.永遠(yuǎn)不要使用動(dòng)態(tài)拼裝SQL，可以使用參數(shù)化的SQL或者直接使用存儲(chǔ)過(guò)程進(jìn)行數(shù)據(jù)查詢存取。

3.永遠(yuǎn)不要使用管理員權(quán)限的數(shù)據(jù)庫(kù)連接，為每個(gè)應(yīng)用使用多帶帶的權(quán)限有限的數(shù)據(jù)庫(kù)連接。

4.不要把機(jī)密信息明文存放，請(qǐng)加密或者h(yuǎn)ash掉密碼和敏感的信息。

XSS原理及防范
Xss(cross-site scripting)攻擊指的是攻擊者往Web頁(yè)面里插入惡意 html標(biāo)簽或者javascript代碼。比如：攻擊者在論壇中放一個(gè)

看似安全的鏈接，騙取用戶點(diǎn)擊后，竊取cookie中的用戶私密信息；或者攻擊者在論壇中加一個(gè)惡意表單，

當(dāng)用戶提交表單的時(shí)候，卻把信息傳送到攻擊者的服務(wù)器中，而不是用戶原本以為的信任站點(diǎn)。

XSS防范方法
首先代碼里對(duì)用戶輸入的地方和變量都需要仔細(xì)檢查長(zhǎng)度和對(duì)”<”,”>”,”;”,”’”等字符做過(guò)濾；其次任何內(nèi)容寫(xiě)到頁(yè)面之前都必須加以encode，避免不小心把html tag 弄出來(lái)。這一個(gè)層面做好，至少可以堵住超過(guò)一半的XSS 攻擊。

首先，避免直接在cookie 中泄露用戶隱私，例如email、密碼等等。

其次，通過(guò)使cookie 和系統(tǒng)ip 綁定來(lái)降低cookie 泄露后的危險(xiǎn)。這樣攻擊者得到的cookie 沒(méi)有實(shí)際價(jià)值，不可能拿來(lái)重放。

如果網(wǎng)站不需要再瀏覽器端對(duì)cookie 進(jìn)行操作，可以在Set-Cookie 末尾加上HttpOnly 來(lái)防止javascript 代碼直接獲取cookie 。

盡量采用POST 而非GET 提交表單

XSS與CSRF有什么區(qū)別嗎？
XSS是獲取信息，不需要提前知道其他用戶頁(yè)面的代碼和數(shù)據(jù)包。CSRF是代替用戶完成指定的動(dòng)作，需要知道其他用戶頁(yè)面的代碼和數(shù)據(jù)包。

要完成一次CSRF攻擊，受害者必須依次完成兩個(gè)步驟：

登錄受信任網(wǎng)站A，并在本地生成Cookie。

在不登出A的情況下，訪問(wèn)危險(xiǎn)網(wǎng)站B。
CSRF的防御
服務(wù)端的CSRF方式方法很多樣，但總的思想都是一致的，就是在客戶端頁(yè)面增加偽隨機(jī)數(shù)。

通過(guò)驗(yàn)證碼的方法

Web Worker 和webSocket

worker主線程:

1.通過(guò) worker = new Worker( url ) 加載一個(gè)JS文件來(lái)創(chuàng)建一個(gè)worker，同時(shí)返回一個(gè)worker實(shí)例。

2.通過(guò)worker.postMessage( data ) 方法來(lái)向worker發(fā)送數(shù)據(jù)。

3.綁定worker.onmessage方法來(lái)接收worker發(fā)送過(guò)來(lái)的數(shù)據(jù)。

4.可以使用 worker.terminate() 來(lái)終止一個(gè)worker的執(zhí)行。

WebSocket是Web應(yīng)用程序的傳輸協(xié)議，它提供了雙向的，按序到達(dá)的數(shù)據(jù)流。他是一個(gè)HTML5協(xié)議，WebSocket的連接是持久的，他通過(guò)在客戶端和服務(wù)器之間保持雙工連接，服務(wù)器的更新可以被及時(shí)推送給客戶端，而不需要客戶端以一定時(shí)間間隔去輪詢。

HTTP和HTTPS

HTTP協(xié)議通常承載于TCP協(xié)議之上，在HTTP和TCP之間添加一個(gè)安全協(xié)議層（SSL或TSL），這個(gè)時(shí)候，就成了我們常說(shuō)的HTTPS。

默認(rèn)HTTP的端口號(hào)為80，HTTPS的端口號(hào)為443。

為什么HTTPS安全

因?yàn)榫W(wǎng)絡(luò)請(qǐng)求需要中間有很多的服務(wù)器路由器的轉(zhuǎn)發(fā)。中間的節(jié)點(diǎn)都可能篡改信息，而如果使用HTTPS，密鑰在你和終點(diǎn)站才有。https之所以比http安全，是因?yàn)樗胹sl/tls協(xié)議傳輸。它包含證書(shū)，卸載，流量轉(zhuǎn)發(fā)，負(fù)載均衡，頁(yè)面適配，瀏覽器適配，refer傳遞等。保障了傳輸過(guò)程的安全性

對(duì)前端模塊化的認(rèn)識(shí)

AMD 是 RequireJS 在推廣過(guò)程中對(duì)模塊定義的規(guī)范化產(chǎn)出。

CMD 是 SeaJS 在推廣過(guò)程中對(duì)模塊定義的規(guī)范化產(chǎn)出。
AMD 是提前執(zhí)行，CMD 是延遲執(zhí)行。

AMD推薦的風(fēng)格通過(guò)返回一個(gè)對(duì)象做為模塊對(duì)象，CommonJS的風(fēng)格通過(guò)對(duì)module.exports或exports的屬性賦值來(lái)達(dá)到暴露模塊對(duì)象的目的。

CMD模塊方式

define(function(require, exports, module) {

  // 模塊代碼

});

Javascript垃圾回收方法

標(biāo)記清除（mark and sweep）
這是JavaScript最常見(jiàn)的垃圾回收方式，當(dāng)變量進(jìn)入執(zhí)行環(huán)境的時(shí)候，比如函數(shù)中聲明一個(gè)變量，垃圾回收器將其標(biāo)記為“進(jìn)入環(huán)境”，當(dāng)變量離開(kāi)環(huán)境的時(shí)候（函數(shù)執(zhí)行結(jié)束）將其標(biāo)記為“離開(kāi)環(huán)境”。

垃圾回收器會(huì)在運(yùn)行的時(shí)候給存儲(chǔ)在內(nèi)存中的所有變量加上標(biāo)記，然后去掉環(huán)境中的變量以及被環(huán)境中變量所引用的變量（閉包），在這些完成之后仍存在標(biāo)記的就是要?jiǎng)h除的變量了

引用計(jì)數(shù)(reference counting)
在低版本IE中經(jīng)常會(huì)出現(xiàn)內(nèi)存泄露，很多時(shí)候就是因?yàn)槠洳捎靡糜?jì)數(shù)方式進(jìn)行垃圾回收。引用計(jì)數(shù)的策略是跟蹤記錄每個(gè)值被使用的次數(shù)，當(dāng)聲明了一個(gè) 變量并將一個(gè)引用類型賦值給該變量的時(shí)候這個(gè)值的引用次數(shù)就加1，如果該變量的值變成了另外一個(gè)，則這個(gè)值得引用次數(shù)減1，當(dāng)這個(gè)值的引用次數(shù)變?yōu)?的時(shí) 候，說(shuō)明沒(méi)有變量在使用，這個(gè)值沒(méi)法被訪問(wèn)了，因此可以將其占用的空間回收，這樣垃圾回收器會(huì)在運(yùn)行的時(shí)候清理掉引用次數(shù)為0的值占用的空間。

在IE中雖然JavaScript對(duì)象通過(guò)標(biāo)記清除的方式進(jìn)行垃圾回收，但BOM與DOM對(duì)象卻是通過(guò)引用計(jì)數(shù)回收垃圾的， 也就是說(shuō)只要涉及BOM及DOM就會(huì)出現(xiàn)循環(huán)引用問(wèn)題。

你覺(jué)得前端工程的價(jià)值體現(xiàn)在哪

為簡(jiǎn)化用戶使用提供技術(shù)支持（交互部分）

為多個(gè)瀏覽器兼容性提供支持

為提高用戶瀏覽速度（瀏覽器性能）提供支持

為跨平臺(tái)或者其他基于webkit或其他渲染引擎的應(yīng)用提供支持

為展示數(shù)據(jù)提供支持（數(shù)據(jù)接口）
談?wù)勑阅軆?yōu)化問(wèn)題

代碼層面：避免使用css表達(dá)式，避免使用高級(jí)選擇器，通配選擇器。

緩存利用：緩存Ajax，使用CDN，使用外部js和css文件以便緩存，添加Expires頭，服務(wù)端配置Etag，減少DNS查找等

請(qǐng)求數(shù)量：合并樣式和腳本，使用css圖片精靈，初始首屏之外的圖片資源按需加載，靜態(tài)資源延遲加載。

請(qǐng)求帶寬：壓縮文件，開(kāi)啟GZIP，

代碼層面的優(yōu)化
用hash-table來(lái)優(yōu)化查找

少用全局變量

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

用setTimeout來(lái)避免頁(yè)面失去響應(yīng)

緩存DOM節(jié)點(diǎn)查找的結(jié)果

避免使用CSS Expression

避免全局查詢

避免使用with(with會(huì)創(chuàng)建自己的作用域，會(huì)增加作用域鏈長(zhǎng)度)

多個(gè)變量聲明合并

避免圖片和iFrame等的空Src。空Src會(huì)重新加載當(dāng)前頁(yè)面，影響速度和效率

盡量避免寫(xiě)在HTML標(biāo)簽中寫(xiě)Style屬性
移動(dòng)端性能優(yōu)化

盡量使用css3動(dòng)畫(huà)，開(kāi)啟硬件加速。
適當(dāng)使用touch事件代替click事件。
避免使用css3漸變陰影效果。
可以用transform: translateZ(0)來(lái)開(kāi)啟硬件加速。
不濫用Float。Float在渲染時(shí)計(jì)算量比較大，盡量減少使用
不濫用Web字體。Web字體需要下載，解析，重繪當(dāng)前頁(yè)面，盡量減少使用。
合理使用requestAnimationFrame動(dòng)畫(huà)代替setTimeout
CSS中的屬性（CSS3 transitions、CSS3 3D transforms、Opacity、Canvas、WebGL、Video）會(huì)觸發(fā)GPU渲染，請(qǐng)合理使用。過(guò)渡使用會(huì)引發(fā)手機(jī)過(guò)耗電增加
PC端的在移動(dòng)端同樣適用
相關(guān)閱讀：如何做到一秒渲染一個(gè)移動(dòng)頁(yè)面
什么是Etag？

當(dāng)發(fā)送一個(gè)服務(wù)器請(qǐng)求時(shí)，瀏覽器首先會(huì)進(jìn)行緩存過(guò)期判斷。瀏覽器根據(jù)緩存過(guò)期時(shí)間判斷緩存文件是否過(guò)期。

情景一：若沒(méi)有過(guò)期，則不向服務(wù)器發(fā)送請(qǐng)求，直接使用緩存中的結(jié)果，此時(shí)我們?cè)跒g覽器控制臺(tái)中可以看到 200 OK(from cache) ，此時(shí)的情況就是完全使用緩存，瀏覽器和服務(wù)器沒(méi)有任何交互的。

情景二：若已過(guò)期，則向服務(wù)器發(fā)送請(qǐng)求，此時(shí)請(qǐng)求中會(huì)帶上①中設(shè)置的文件修改時(shí)間，和Etag

然后，進(jìn)行資源更新判斷。服務(wù)器根據(jù)瀏覽器傳過(guò)來(lái)的文件修改時(shí)間，判斷自瀏覽器上一次請(qǐng)求之后，文件是不是沒(méi)有被修改過(guò)；根據(jù)Etag，判斷文件內(nèi)容自上一次請(qǐng)求之后，有沒(méi)有發(fā)生變化

情形一：若兩種判斷的結(jié)論都是文件沒(méi)有被修改過(guò)，則服務(wù)器就不給瀏覽器發(fā)index.html的內(nèi)容了，直接告訴它，文件沒(méi)有被修改過(guò)，你用你那邊的緩存吧—— 304 Not Modified，此時(shí)瀏覽器就會(huì)從本地緩存中獲取index.html的內(nèi)容。此時(shí)的情況叫協(xié)議緩存，瀏覽器和服務(wù)器之間有一次請(qǐng)求交互。

情形二：若修改時(shí)間和文件內(nèi)容判斷有任意一個(gè)沒(méi)有通過(guò)，則服務(wù)器會(huì)受理此次請(qǐng)求，之后的操作同①

① 只有g(shù)et請(qǐng)求會(huì)被緩存，post請(qǐng)求不會(huì)

Expires和Cache-Control

Expires要求客戶端和服務(wù)端的時(shí)鐘嚴(yán)格同步。HTTP1.1引入Cache-Control來(lái)克服Expires頭的限制。如果max-age和Expires同時(shí)出現(xiàn)，則max-age有更高的優(yōu)先級(jí)。

Cache-Control: no-cache, private, max-age=0

ETag: abcde

Expires: Thu, 15 Apr 2014 20:00:00 GMT

Pragma: private

Last-Modified: $now // RFC1123 format

ETag應(yīng)用:

Etag由服務(wù)器端生成，客戶端通過(guò)If-Match或者說(shuō)If-None-Match這個(gè)條件判斷請(qǐng)求來(lái)驗(yàn)證資源是否修改。常見(jiàn)的是使用If-None-Match。請(qǐng)求一個(gè)文件的流程可能如下：

====第一次請(qǐng)求===

1.客戶端發(fā)起 HTTP GET 請(qǐng)求一個(gè)文件；

2.服務(wù)器處理請(qǐng)求，返回文件內(nèi)容和一堆Header，當(dāng)然包括Etag(例如"2e681a-6-5d044840")(假設(shè)服務(wù)器支持Etag生成和已經(jīng)開(kāi)啟了Etag).狀態(tài)碼200
====第二次請(qǐng)求===

客戶端發(fā)起 HTTP GET 請(qǐng)求一個(gè)文件，注意這個(gè)時(shí)候客戶端同時(shí)發(fā)送一個(gè)If-None-Match頭，這個(gè)頭的內(nèi)容就是第一次請(qǐng)求時(shí)服務(wù)器返回的Etag：2e681a-6-5d0448402.服務(wù)器判斷發(fā)送過(guò)來(lái)的Etag和計(jì)算出來(lái)的Etag匹配，因此If-None-Match為False，不返回200，返回304，客戶端繼續(xù)使用本地緩存；流程很簡(jiǎn)單，問(wèn)題是，如果服務(wù)器又設(shè)置了Cache-Control:max-age和Expires呢，怎么辦
答案是同時(shí)使用，也就是說(shuō)在完全匹配If-Modified-Since和If-None-Match即檢查完修改時(shí)間和Etag之后，

服務(wù)器才能返回304.(不要陷入到底使用誰(shuí)的問(wèn)題怪圈)

為什么使用Etag請(qǐng)求頭?

Etag 主要為了解決 Last-Modified 無(wú)法解決的一些問(wèn)題。

棧和隊(duì)列的區(qū)別?

棧的插入和刪除操作都是在一端進(jìn)行的，而隊(duì)列的操作卻是在兩端進(jìn)行的。

隊(duì)列先進(jìn)先出，棧先進(jìn)后出。

棧只允許在表尾一端進(jìn)行插入和刪除，而隊(duì)列只允許在表尾一端進(jìn)行插入，在表頭一端進(jìn)行刪除
棧和堆的區(qū)別？

棧區(qū)（stack）— 由編譯器自動(dòng)分配釋放 ，存放函數(shù)的參數(shù)值，局部變量的值等。

堆區(qū)（heap） — 一般由程序員分配釋放， 若程序員不釋放，程序結(jié)束時(shí)可能由OS回收。

堆（數(shù)據(jù)結(jié)構(gòu)）：堆可以被看成是一棵樹(shù)，如：堆排序；

棧（數(shù)據(jù)結(jié)構(gòu)）：一種先進(jìn)后出的數(shù)據(jù)結(jié)構(gòu)。
快速 排序的思想并實(shí)現(xiàn)一個(gè)快排？

"快速排序"的思想很簡(jiǎn)單，整個(gè)排序過(guò)程只需要三步：

　　（1）在數(shù)據(jù)集之中，找一個(gè)基準(zhǔn)點(diǎn)

　　（2）建立兩個(gè)數(shù)組，分別存儲(chǔ)左邊和右邊的數(shù)組

　　（3）利用遞歸進(jìn)行下次比較

你覺(jué)得jQuery或zepto源碼有哪些寫(xiě)的好的地方

(答案僅供參考)

jquery源碼封裝在一個(gè)匿名函數(shù)的自執(zhí)行環(huán)境中，有助于防止變量的全局污染，然后通過(guò)傳入window對(duì)象參數(shù)，可以使window對(duì)象作為局部變量使用，好處是當(dāng)jquery中訪問(wèn)window對(duì)象的時(shí)候，就不用將作用域鏈退回到頂層作用域了，從而可以更快的訪問(wèn)window對(duì)象。同樣，傳入undefined參數(shù)，可以縮短查找undefined時(shí)的作用域鏈。

(function( window, undefined ) {

     //用一個(gè)函數(shù)域包起來(lái)，就是所謂的沙箱

     //在這里邊var定義的變量，屬于這個(gè)函數(shù)域內(nèi)的局部變量，避免污染全局

     //把當(dāng)前沙箱需要的外部變量通過(guò)函數(shù)參數(shù)引入進(jìn)來(lái)

     //只要保證參數(shù)對(duì)內(nèi)提供的接口的一致性，你還可以隨意替換傳進(jìn)來(lái)的這個(gè)參數(shù)

    window.jQuery = window.$ = jQuery;

})( window );

jquery將一些原型屬性和方法封裝在了jquery.prototype中，為了縮短名稱，又賦值給了jquery.fn，這是很形象的寫(xiě)法。

有一些數(shù)組或?qū)ο蟮姆椒ń?jīng)常能使用到，jQuery將其保存為局部變量以提高訪問(wèn)速度。

jquery實(shí)現(xiàn)的鏈?zhǔn)秸{(diào)用可以節(jié)約代碼，所返回的都是同一個(gè)對(duì)象，可以提高代碼效率。

ES6的了解

新增模板字符串（為JavaScript提供了簡(jiǎn)單的字符串插值功能）、箭頭函數(shù)（操作符左邊為輸入的參數(shù)，而右邊則是進(jìn)行的操作以及返回的值Inputs=>outputs。）、for-of（用來(lái)遍歷數(shù)據(jù)—例如數(shù)組中的值。）arguments對(duì)象可被不定參數(shù)和默認(rèn)參數(shù)完美代替。ES6將promise對(duì)象納入規(guī)范，提供了原生的Promise對(duì)象。增加了let和const命令，用來(lái)聲明變量。增加了塊級(jí)作用域。let命令實(shí)際上就增加了塊級(jí)作用域。ES6規(guī)定，var命令和function命令聲明的全局變量，屬于全局對(duì)象的屬性；let命令、const命令、class命令聲明的全局變量，不屬于全局對(duì)象的屬性。。還有就是引入module模塊的概念

js繼承方式及其優(yōu)缺點(diǎn)

原型鏈繼承的缺點(diǎn)
一是字面量重寫(xiě)原型會(huì)中斷關(guān)系，使用引用類型的原型，并且子類型還無(wú)法給超類型傳遞參數(shù)。
借用構(gòu)造函數(shù)（類式繼承）
借用構(gòu)造函數(shù)雖然解決了剛才兩種問(wèn)題，但沒(méi)有原型，則復(fù)用無(wú)從談起。所以我們需要原型鏈+借用構(gòu)造函數(shù)的模式，這種模式稱為組合繼承
組合式繼承
組合式繼承是比較常用的一種繼承方法，其背后的思路是 使用原型鏈實(shí)現(xiàn)對(duì)原型屬性和方法的繼承，而通過(guò)借用構(gòu)造函數(shù)來(lái)實(shí)現(xiàn)對(duì)實(shí)例屬性的繼承。這樣，既通過(guò)在原型上定義方法實(shí)現(xiàn)了函數(shù)復(fù)用，又保證每個(gè)實(shí)例都有它自己的屬性。
具體請(qǐng)看：JavaScript繼承方式詳解

關(guān)于Http 2.0 你知道多少？

HTTP/2引入了“服務(wù)端推（server push）”的概念，它允許服務(wù)端在客戶端需要數(shù)據(jù)之前就主動(dòng)地將數(shù)據(jù)發(fā)送到客戶端緩存中，從而提高性能。

HTTP/2提供更多的加密支持

HTTP/2使用多路技術(shù)，允許多個(gè)消息在一個(gè)連接上同時(shí)交差。

它增加了頭壓縮（header compression），因此即使非常小的請(qǐng)求，其請(qǐng)求和響應(yīng)的header都只會(huì)占用很小比例的帶寬。

defer和async

defer并行加載js文件，會(huì)按照頁(yè)面上script標(biāo)簽的順序執(zhí)行 async并行加載js文件，下載完成立即執(zhí)行，不會(huì)按照頁(yè)面上script標(biāo)簽的順序執(zhí)行
談?wù)劯?dòng)和清除浮動(dòng)

浮動(dòng)的框可以向左或向右移動(dòng)，直到他的外邊緣碰到包含框或另一個(gè)浮動(dòng)框的邊框?yàn)橹埂Ｓ捎诟?dòng)框不在文檔的普通流中，所以文檔的普通流的塊框表現(xiàn)得就像浮動(dòng)框不存在一樣。浮動(dòng)的塊框會(huì)漂浮在文檔普通流的塊框上。

如何評(píng)價(jià)AngularJS和BackboneJS

backbone具有依賴性，依賴underscore.js。Backbone + Underscore + jQuery(or Zepto) 就比一個(gè)AngularJS 多出了2 次HTTP請(qǐng)求.

Backbone的Model沒(méi)有與UI視圖數(shù)據(jù)綁定，而是需要在View中自行操作DOM來(lái)更新或讀取UI數(shù)據(jù)。AngularJS與此相反，Model直接與UI視圖綁定，Model與UI視圖的關(guān)系，通過(guò)directive封裝，AngularJS內(nèi)置的通用directive，就能實(shí)現(xiàn)大部分操作了，也就是說(shuō)，基本不必關(guān)心Model與UI視圖的關(guān)系，直接操作Model就行了，UI視圖自動(dòng)更新。

AngularJS的directive，你輸入特定數(shù)據(jù)，他就能輸出相應(yīng)UI視圖。是一個(gè)比較完善的前端MVW框架，包含模板，數(shù)據(jù)雙向綁定，路由，模塊化，服務(wù)，依賴注入等所有功能，模板功能強(qiáng)大豐富，并且是聲明式的，自帶了豐富的 Angular 指令。

用過(guò)哪些設(shè)計(jì)模式？

工廠模式：
主要好處就是可以消除對(duì)象間的耦合，通過(guò)使用工程方法而不是new關(guān)鍵字。將所有實(shí)例化的代碼集中在一個(gè)位置防止代碼重復(fù)。

工廠模式解決了重復(fù)實(shí)例化的問(wèn)題 ，但還有一個(gè)問(wèn)題,那就是識(shí)別問(wèn)題，因?yàn)楦緹o(wú)法 搞清楚他們到底是哪個(gè)對(duì)象的實(shí)例。

function createObject(name,age,profession){//集中實(shí)例化的函數(shù)var obj = new Object();

obj.name = name;
obj.age = age;
obj.profession = profession;
obj.move = function () {
    return this.name + " at " + this.age + " engaged in " + this.profession;
};
return obj;

}
var test1 = createObject("trigkit4",22,"programmer");//第一個(gè)實(shí)例var test2 = createObject("mike",25,"engineer");//第二個(gè)實(shí)例

構(gòu)造函數(shù)模式
使用構(gòu)造函數(shù)的方法 ，即解決了重復(fù)實(shí)例化的問(wèn)題 ，又解決了對(duì)象識(shí)別的問(wèn)題，該模式與工廠模式的不同之處在于：

1.構(gòu)造函數(shù)方法沒(méi)有顯示的創(chuàng)建對(duì)象 (new Object());

2.直接將屬性和方法賦值給 this 對(duì)象;

3.沒(méi)有 renturn 語(yǔ)句。
說(shuō)說(shuō)你對(duì)閉包的理解

使用閉包主要是為了設(shè)計(jì)私有的方法和變量。閉包的優(yōu)點(diǎn)是可以避免全局變量的污染，缺點(diǎn)是閉包會(huì)常駐內(nèi)存，會(huì)增大內(nèi)存使用量，使用不當(dāng)很容易造成內(nèi)存泄露。在js中，函數(shù)即閉包，只有函數(shù)才會(huì)產(chǎn)生作用域的概念

閉包有三個(gè)特性：

1.函數(shù)嵌套函數(shù)

2.函數(shù)內(nèi)部可以引用外部的參數(shù)和變量

3.參數(shù)和變量不會(huì)被垃圾回收機(jī)制回收
具體請(qǐng)看：詳解js閉包

請(qǐng)你談?wù)凜ookie的弊端

cookie雖然在持久保存客戶端數(shù)據(jù)提供了方便，分擔(dān)了服務(wù)器存儲(chǔ)的負(fù)擔(dān)，但還是有很多局限性的。

第一：每個(gè)特定的域名下最多生成20個(gè)cookie

1.IE6或更低版本最多20個(gè)cookie

2.IE7和之后的版本最后可以有50個(gè)cookie。

3.Firefox最多50個(gè)cookie

4.chrome和Safari沒(méi)有做硬性限制
IE和Opera 會(huì)清理近期最少使用的cookie，F(xiàn)irefox會(huì)隨機(jī)清理cookie。

cookie的最大大約為4096字節(jié)，為了兼容性，一般不能超過(guò)4095字節(jié)。

IE 提供了一種存儲(chǔ)可以持久化用戶數(shù)據(jù)，叫做userdata，從IE5.0就開(kāi)始支持。每個(gè)數(shù)據(jù)最多128K，每個(gè)域名下最多1M。這個(gè)持久化數(shù)據(jù)放在緩存中，如果緩存沒(méi)有清理，那么會(huì)一直存在。

優(yōu)點(diǎn)：極高的擴(kuò)展性和可用性
1.通過(guò)良好的編程，控制保存在cookie中的session對(duì)象的大小。

2.通過(guò)加密和安全傳輸技術(shù)（SSL），減少cookie被破解的可能性。

3.只在cookie中存放不敏感數(shù)據(jù)，即使被盜也不會(huì)有重大損失。

4.控制cookie的生命期，使之不會(huì)永遠(yuǎn)有效。偷盜者很可能拿到一個(gè)過(guò)期的cookie。
缺點(diǎn)：
1.Cookie數(shù)量和長(zhǎng)度的限制。每個(gè)domain最多只能有20條cookie，每個(gè)cookie長(zhǎng)度不能超過(guò)4KB，否則會(huì)被截掉.

2.安全性問(wèn)題。如果cookie被人攔截了，那人就可以取得所有的session信息。即使加密也與事無(wú)補(bǔ)，因?yàn)閿r截者并不需要知道cookie的意義，他只要原樣轉(zhuǎn)發(fā)cookie就可以達(dá)到目的了。

3.有些狀態(tài)不可能保存在客戶端。例如，為了防止重復(fù)提交表單，我們需要在服務(wù)器端保存一個(gè)計(jì)數(shù)器。如果我們把這個(gè)計(jì)數(shù)器保存在客戶端，那么它起不到任何作用。
瀏覽器本地存儲(chǔ)

在較高版本的瀏覽器中，js提供了sessionStorage和globalStorage。在HTML5中提供了localStorage來(lái)取代globalStorage。

html5中的Web Storage包括了兩種存儲(chǔ)方式：sessionStorage和localStorage。

sessionStorage用于本地存儲(chǔ)一個(gè)會(huì)話（session）中的數(shù)據(jù)，這些數(shù)據(jù)只有在同一個(gè)會(huì)話中的頁(yè)面才能訪問(wèn)并且當(dāng)會(huì)話結(jié)束后數(shù)據(jù)也隨之銷毀。因此sessionStorage不是一種持久化的本地存儲(chǔ)，僅僅是會(huì)話級(jí)別的存儲(chǔ)。

而localStorage用于持久化的本地存儲(chǔ)，除非主動(dòng)刪除數(shù)據(jù)，否則數(shù)據(jù)是永遠(yuǎn)不會(huì)過(guò)期的。

web storage和cookie的區(qū)別

Web Storage的概念和cookie相似，區(qū)別是它是為了更大容量存儲(chǔ)設(shè)計(jì)的。Cookie的大小是受限的，并且每次你請(qǐng)求一個(gè)新的頁(yè)面的時(shí)候Cookie都會(huì)被發(fā)送過(guò)去，這樣無(wú)形中浪費(fèi)了帶寬，另外cookie還需要指定作用域，不可以跨域調(diào)用。

除此之外，Web Storage擁有setItem,getItem,removeItem,clear等方法，不像cookie需要前端開(kāi)發(fā)者自己封裝setCookie，getCookie。

但是cookie也是不可以或缺的：cookie的作用是與服務(wù)器進(jìn)行交互，作為HTTP規(guī)范的一部分而存在 ，而Web Storage僅僅是為了在本地“存儲(chǔ)”數(shù)據(jù)而生

瀏覽器的支持除了IE７及以下不支持外，其他標(biāo)準(zhǔn)瀏覽器都完全支持(ie及FF需在web服務(wù)器里運(yùn)行)，值得一提的是IE總是辦好事，例如IE7、IE6中的userData其實(shí)就是javascript本地存儲(chǔ)的解決方案。通過(guò)簡(jiǎn)單的代碼封裝可以統(tǒng)一到所有的瀏覽器都支持web storage。

localStorage和sessionStorage都具有相同的操作方法，例如setItem、getItem和removeItem等

cookie 和session 的區(qū)別：

1、cookie數(shù)據(jù)存放在客戶的瀏覽器上，session數(shù)據(jù)放在服務(wù)器上。

2、cookie不是很安全，別人可以分析存放在本地的COOKIE并進(jìn)行COOKIE欺騙

考慮到安全應(yīng)當(dāng)使用session。

3、session會(huì)在一定時(shí)間內(nèi)保存在服務(wù)器上。當(dāng)訪問(wèn)增多，會(huì)比較占用你服務(wù)器的性能

 考慮到減輕服務(wù)器性能方面，應(yīng)當(dāng)使用COOKIE。

4、單個(gè)cookie保存的數(shù)據(jù)不能超過(guò)4K，很多瀏覽器都限制一個(gè)站點(diǎn)最多保存20個(gè)cookie。

5、所以個(gè)人建議：

將登陸信息等重要信息存放為SESSION

其他信息如果需要保留，可以放在COOKIE中

display:none和visibility:hidden的區(qū)別？
display:none 隱藏對(duì)應(yīng)的元素，在文檔布局中不再給它分配空間，它各邊的元素會(huì)合攏，就當(dāng)他從來(lái)不存在。

visibility:hidden 隱藏對(duì)應(yīng)的元素，但是在文檔布局中仍保留原來(lái)的空間。
CSS中l(wèi)ink 和@import的區(qū)別是？
(1) link屬于HTML標(biāo)簽，而@import是CSS提供的;

(2) 頁(yè)面被加載的時(shí)，link會(huì)同時(shí)被加載，而@import被引用的CSS會(huì)等到引用它的CSS文件被加載完再加載;

(3) import只在IE5以上才能識(shí)別，而link是HTML標(biāo)簽，無(wú)兼容問(wèn)題;

(4) link方式的樣式的權(quán)重 高于@import的權(quán)重.
position:absolute和float屬性的異同
共同點(diǎn)：對(duì)內(nèi)聯(lián)元素設(shè)置float和absolute屬性，可以讓元素脫離文檔流，并且可以設(shè)置其寬高。

不同點(diǎn)：float仍會(huì)占據(jù)位置，absolute會(huì)覆蓋文檔流中的其他元素。

介紹一下box-sizing屬性？
box-sizing屬性主要用來(lái)控制元素的盒模型的解析模式。默認(rèn)值是content-box。

content-box：讓元素維持W3C的標(biāo)準(zhǔn)盒模型。元素的寬度/高度由border + padding + content的寬度/高度決定，設(shè)置width/height屬性指的是content部分的寬/高

border-box：讓元素維持IE傳統(tǒng)盒模型（IE6以下版本和IE6~7的怪異模式）。設(shè)置width/height屬性指的是border + padding + content

標(biāo)準(zhǔn)瀏覽器下，按照W3C規(guī)范對(duì)盒模型解析，一旦修改了元素的邊框或內(nèi)距，就會(huì)影響元素的盒子尺寸，就不得不重新計(jì)算元素的盒子尺寸，從而影響整個(gè)頁(yè)面的布局。

CSS 選擇符有哪些？哪些屬性可以繼承？?jī)?yōu)先級(jí)算法如何計(jì)算？ CSS3新增偽類有那些？

1.id選擇器（ # myid）

2.類選擇器（.myclassname）

3.標(biāo)簽選擇器（div, h1, p）

4.相鄰選擇器（h1 + p）

5.子選擇器（ul > li）

6.后代選擇器（li a）

7.通配符選擇器（ * ）

8.屬性選擇器（a[rel = "external"]）

9.偽類選擇器（a: hover, li:nth-child）

優(yōu)先級(jí)為:

!important > id > class > tag

important 比 內(nèi)聯(lián)優(yōu)先級(jí)高,但內(nèi)聯(lián)比 id 要高

CSS3新增偽類舉例：

p:first-of-type 選擇屬于其父元素的首個(gè) 
 元素的每個(gè) 
 元素。

p:last-of-type  選擇屬于其父元素的最后 
 元素的每個(gè) 
 元素。

p:only-of-type  選擇屬于其父元素唯一的 
 元素的每個(gè) 
 元素。

p:only-child    選擇屬于其父元素的唯一子元素的每個(gè) 
 元素。

p:nth-child(2)  選擇屬于其父元素的第二個(gè)子元素的每個(gè) 
 元素。

:enabled  :disabled 控制表單控件的禁用狀態(tài)。

:checked        單選框或復(fù)選框被選中。

CSS3有哪些新特性？
CSS3實(shí)現(xiàn)圓角（border-radius），陰影（box-shadow），

對(duì)文字加特效（text-shadow、），線性漸變（gradient），旋轉(zhuǎn)（transform）

transform:rotate(9deg) scale(0.85,0.90) translate(0px,-30px) skew(-9deg,0deg);//旋轉(zhuǎn),縮放,定位,傾斜

增加了更多的CSS選擇器 多背景 rgba

在CSS3中唯一引入的偽元素是::selection.

媒體查詢，多欄布局

border-image
CSS3中新增了一種盒模型計(jì)算方式：box-sizing。盒模型默認(rèn)的值是content-box, 新增的值是padding-box和border-box，幾種盒模型計(jì)算元素寬高的區(qū)別如下：

content-box（默認(rèn)）

布局所占寬度Width：

Width = width + padding-left + padding-right + border-left + border-right
布局所占高度Height:

Height = height + padding-top + padding-bottom + border-top + border-bottom
padding-box

布局所占寬度Width：

Width = width(包含padding-left + padding-right) + border-top + border-bottom
布局所占高度Height:

Height = height(包含padding-top + padding-bottom) + border-top + border-bottom

border-box

布局所占寬度Width：

Width = width(包含padding-left + padding-right + border-left + border-right)
布局所占高度Height:

Height = height(包含padding-top + padding-bottom + border-top + border-bottom)
對(duì)BFC規(guī)范的理解？

  BFC，塊級(jí)格式化上下文，一個(gè)創(chuàng)建了新的BFC的盒子是獨(dú)立布局的，盒子里面的子元素的樣式不會(huì)影響到外面的元素。在同一個(gè)BFC中的兩個(gè)毗鄰的塊級(jí)盒在垂直方向（和布局方向有關(guān)系）的margin會(huì)發(fā)生折疊。

（W3C CSS 2.1 規(guī)范中的一個(gè)概念，它決定了元素如何對(duì)其內(nèi)容進(jìn)行布局，以及與其他元素的關(guān)系和相互作用。

說(shuō)說(shuō)你對(duì)語(yǔ)義化的理解？

1，去掉或者丟失樣式的時(shí)候能夠讓頁(yè)面呈現(xiàn)出清晰的結(jié)構(gòu)

2，有利于SEO：和搜索引擎建立良好溝通，有助于爬蟲(chóng)抓取更多的有效信息：爬蟲(chóng)依賴于標(biāo)簽來(lái)確定上下文和各個(gè)關(guān)鍵字的權(quán)重；

3，方便其他設(shè)備解析（如屏幕閱讀器、盲人閱讀器、移動(dòng)設(shè)備）以意義的方式來(lái)渲染網(wǎng)頁(yè)；

4，便于團(tuán)隊(duì)開(kāi)發(fā)和維護(hù)，語(yǔ)義化更具可讀性，是下一步吧網(wǎng)頁(yè)的重要?jiǎng)酉颍裱璚3C標(biāo)準(zhǔn)的團(tuán)隊(duì)都遵循這個(gè)標(biāo)準(zhǔn)，可以減少差異化。
Doctype作用? 嚴(yán)格模式與混雜模式如何區(qū)分？它們有何意義?

1）、 聲明位于文檔中的最前面，處于 標(biāo)簽之前。告知瀏覽器以何種模式來(lái)渲染文檔。

2）、嚴(yán)格模式的排版和 JS 運(yùn)作模式是 以該瀏覽器支持的最高標(biāo)準(zhǔn)運(yùn)行。

3）、在混雜模式中，頁(yè)面以寬松的向后兼容的方式顯示。模擬老式瀏覽器的行為以防止站點(diǎn)無(wú)法工作。

4）、DOCTYPE不存在或格式不正確會(huì)導(dǎo)致文檔以混雜模式呈現(xiàn)。

你知道多少種Doctype文檔類型？

該標(biāo)簽可聲明三種 DTD 類型，分別表示嚴(yán)格版本、過(guò)渡版本以及基于框架的 HTML 文檔。

HTML 4.01 規(guī)定了三種文檔類型：Strict、Transitional 以及 Frameset。

XHTML 1.0 規(guī)定了三種 XML 文檔類型：Strict、Transitional 以及 Frameset。

Standards （標(biāo)準(zhǔn)）模式（也就是嚴(yán)格呈現(xiàn)模式）用于呈現(xiàn)遵循最新標(biāo)準(zhǔn)的網(wǎng)頁(yè)，而 Quirks

（包容）模式（也就是松散呈現(xiàn)模式或者兼容模式）用于呈現(xiàn)為傳統(tǒng)瀏覽器而設(shè)計(jì)的網(wǎng)頁(yè)。
HTML與XHTML——二者有什么區(qū)別

區(qū)別：

1.所有的標(biāo)記都必須要有一個(gè)相應(yīng)的結(jié)束標(biāo)記

2.所有標(biāo)簽的元素和屬性的名字都必須使用小寫(xiě)

3.所有的XML標(biāo)記都必須合理嵌套

4.所有的屬性必須用引號(hào)""括起來(lái)

5.把所有<和&特殊符號(hào)用編碼表示

6.給所有屬性賦一個(gè)值

7.不要在注釋內(nèi)容中使“--”

8.圖片必須有說(shuō)明文字
常見(jiàn)兼容性問(wèn)題？

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)生的雙倍距離（IE6雙邊距問(wèn)題：在IE6下，如果對(duì)元素設(shè)置了浮動(dòng)，同時(shí)又設(shè)置了margin-left或margin-right，margin值會(huì)加倍。）

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í)別的方式，從總體中逐漸排除局部。

首先，巧妙的使用“9”這一標(biāo)記，將IE游覽器從所有情況中分離出來(lái)。

接著，再次使用“+”將IE8和IE7、IE6分離開(kāi)來(lái)，這樣IE8已經(jīng)獨(dú)立識(shí)別。

css

  .bb{

   background-color:#f1ee18;/*所有識(shí)別*/

  .background-color:#00deff9; /*IE6、7、8識(shí)別*/

  +background-color:#a200ff;/*IE6、7識(shí)別*/

  _background-color:#1e0bd1;/*IE6識(shí)別*/

  }

怪異模式問(wèn)題：漏寫(xiě)DTD聲明，F(xiàn)irefox仍然會(huì)按照標(biāo)準(zhǔn)模式來(lái)解析網(wǎng)頁(yè)，但在IE中會(huì)觸發(fā)
怪異模式。為避免怪異模式給我們帶來(lái)不必要的麻煩，最好養(yǎng)成書(shū)寫(xiě)DTD聲明的好習(xí)慣。現(xiàn)在
可以使用html5推薦的寫(xiě)法：
上下margin重合問(wèn)題
ie和ff都存在，相鄰的兩個(gè)div的margin-left和margin-right不會(huì)重合，但是margin-top和margin-bottom卻會(huì)發(fā)生重合。

解決方法，養(yǎng)成良好的代碼編寫(xiě)習(xí)慣，同時(shí)采用margin-top或者同時(shí)采用margin-bottom。
解釋下浮動(dòng)和它的工作原理？清除浮動(dòng)的技巧

浮動(dòng)元素脫離文檔流，不占據(jù)空間。浮動(dòng)元素碰到包含它的邊框或者浮動(dòng)元素的邊框停留。

1.使用空標(biāo)簽清除浮動(dòng)。

這種方法是在所有浮動(dòng)標(biāo)簽后面添加一個(gè)空標(biāo)簽 定義css clear:both. 弊端就是增加了無(wú)意義標(biāo)簽。

2.使用overflow。

給包含浮動(dòng)元素的父標(biāo)簽添加css屬性 overflow:auto; zoom:1; zoom:1用于兼容IE6。

3.使用after偽對(duì)象清除浮動(dòng)。

該方法只適用于非IE瀏覽器。具體寫(xiě)法可參照以下示例。使用中需注意以下幾點(diǎn)。一、該方法中必須為需要清除浮動(dòng)元素的偽對(duì)象中設(shè)置 height:0，否則該元素會(huì)比實(shí)際高出若干像素；
浮動(dòng)元素引起的問(wèn)題和解決辦法？

浮動(dòng)元素引起的問(wèn)題：

（1）父元素的高度無(wú)法被撐開(kāi)，影響與父元素同級(jí)的元素

（2）與浮動(dòng)元素同級(jí)的非浮動(dòng)元素（內(nèi)聯(lián)元素）會(huì)跟隨其后

（3）若非第一個(gè)元素浮動(dòng)，則該元素之前的元素也需要浮動(dòng)，否則會(huì)影響頁(yè)面顯示的結(jié)構(gòu)
解決方法：
使用CSS中的clear:both;屬性來(lái)清除元素的浮動(dòng)可解決2、3問(wèn)題，對(duì)于問(wèn)題1，添加如下樣式，給父元素添加clearfix樣式：

.clearfix:after{content: ".";display: block;height: 0;clear: both;visibility: hidden;}

.clearfix{display: inline-block;} /* for IE/Mac */

清除浮動(dòng)的幾種方法：

1，額外標(biāo)簽法，
（缺點(diǎn)：不過(guò)這個(gè)辦法會(huì)增加額外的標(biāo)簽使HTML結(jié)構(gòu)看起來(lái)不夠簡(jiǎn)潔。）

2，使用after偽類

#parent:after{

    content:".";

    height:0;

    visibility:hidden;

    display:block;

    clear:both;

    }

3,浮動(dòng)外部元素

4,設(shè)置overflow為hidden或者auto

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() //并沒(méi)有insertAfter()

3）查找

  getElementsByTagName()    //通過(guò)標(biāo)簽名稱

  getElementsByName()    //通過(guò)元素的Name屬性的值(IE容錯(cuò)能力較強(qiáng)，
  會(huì)得到一個(gè)數(shù)組，其中包括id等于name值的)

  getElementById()    //通過(guò)元素Id，唯一性

html5有哪些新特性、移除了那些元素？如何處理HTML5新標(biāo)簽的瀏覽器兼容問(wèn)題？如何區(qū)分 HTML 和 HTML5？

HTML5 現(xiàn)在已經(jīng)不是 SGML 的子集，主要是關(guān)于圖像，位置，存儲(chǔ)，多任務(wù)等功能的增加。

拖拽釋放(Drag and drop) API

語(yǔ)義化更好的內(nèi)容標(biāo)簽（header,nav,footer,aside,article,section）

音頻、視頻API(audio,video)

畫(huà)布(Canvas) API

地理(Geolocation) API

本地離線存儲(chǔ) localStorage 長(zhǎng)期存儲(chǔ)數(shù)據(jù)，瀏覽器關(guān)閉后數(shù)據(jù)不丟失；

sessionStorage 的數(shù)據(jù)在瀏覽器關(guān)閉后自動(dòng)刪除

表單控件，calendar、date、time、email、url、search

新的技術(shù)webworker, websocket, Geolocation
移除的元素
純表現(xiàn)的元素：basefont，big，center，font, s，strike，tt，u；

對(duì)可用性產(chǎn)生負(fù)面影響的元素：frame，frameset，noframes；
支持HTML5新標(biāo)簽：

IE8/IE7/IE6支持通過(guò)document.createElement方法產(chǎn)生的標(biāo)簽，

可以利用這一特性讓這些瀏覽器支持HTML5新標(biāo)簽，

當(dāng)然最好的方式是直接使用成熟的框架、使用最多的是html5shim框架

   

如何區(qū)分： DOCTYPE聲明新增的結(jié)構(gòu)元素功能元素

如何實(shí)現(xiàn)瀏覽器內(nèi)多個(gè)標(biāo)簽頁(yè)之間的通信?

調(diào)用localstorge、cookies等本地存儲(chǔ)方式

什么是 FOUC（無(wú)樣式內(nèi)容閃爍）？你如何來(lái)避免 FOUC？

 FOUC - Flash Of Unstyled Content 文檔樣式閃爍

 

而引用CSS文件的@import就是造成這個(gè)問(wèn)題的罪魁禍?zhǔn)住E會(huì)先加載整個(gè)HTML文檔的DOM，然后再去導(dǎo)入外部的CSS文件，因此，在頁(yè)面DOM加載完成到CSS導(dǎo)入完成中間會(huì)有一段時(shí)間頁(yè)面上的內(nèi)容是沒(méi)有樣式的，這段時(shí)間的長(zhǎng)短跟網(wǎng)速，電腦速度都有關(guān)系。

 解決方法簡(jiǎn)單的出奇，只要在之間加入一個(gè)或者