HTML+CSS(三)
一、cookie，sessionStorage，localStorage的區(qū)別
生命周期，數(shù)據(jù)有效期不同
cookie：可以設(shè)置失效時(shí)間，如果沒(méi)有設(shè)置失效時(shí)間，瀏覽器關(guān)閉后數(shù)據(jù)會(huì)失效。
localStorage：數(shù)據(jù)會(huì)永久保存，除非手動(dòng)刪除。
sessionStorage：會(huì)話當(dāng)前有效數(shù)據(jù)就是在瀏覽器窗口關(guān)閉之前有效，瀏覽器關(guān)閉后數(shù)據(jù)會(huì)被清除。
存放數(shù)據(jù)，存儲(chǔ)大小限制不同
cookie：傳遞少量數(shù)據(jù)，4kb左右。
localStorage，sessionStorage：保存大量數(shù)據(jù)，5mb左右。
http請(qǐng)求不同
cookie：每次http請(qǐng)求都會(huì)攜帶cookie，cookie在瀏覽器與服務(wù)器之間來(lái)回傳遞。
localStorage，sessionStorage：只在客戶端保存，不會(huì)把數(shù)據(jù)發(fā)給服務(wù)器。
作用域
cookie，localStorage：同源窗口共享
sessionStorage：不在不同的瀏覽器窗口中共享
接口
cookie：需要自己封裝，原生接口不友好
localStorage，sessionStorage：原生接口友好，API接口方便，也可以再次封裝，對(duì)Object和Array有更好的支持
數(shù)據(jù)更新
web Storage（localStorage和sessionStorage）支持事件通知機(jī)制，可以將數(shù)據(jù)更新的通知發(fā)送給監(jiān)聽(tīng)者。
應(yīng)用
cookie：不能跨域請(qǐng)求！驗(yàn)證登錄、判斷是否登陸過(guò)網(wǎng)站、保存上次登錄的信息、保存上次查看的頁(yè)面、瀏覽計(jì)數(shù)器
localStorage：跨頁(yè)面?zhèn)鬟f參數(shù)，長(zhǎng)期登錄，長(zhǎng)期保存在本地的數(shù)據(jù)，數(shù)據(jù)永久保存除非手動(dòng)刪除
sessionStorage：臨時(shí)保存數(shù)據(jù)，頁(yè)面刷新，敏感賬號(hào)一次性登錄
兼容性
localStorage和sessionStorage是html5才應(yīng)用的新特性，有些瀏覽器不支持。
二、如何實(shí)現(xiàn)瀏覽器內(nèi)多個(gè)標(biāo)簽頁(yè)之間的通信
localStorage（※）
瀏覽器多個(gè)標(biāo)簽公用的存儲(chǔ)空間，可以實(shí)現(xiàn)多標(biāo)簽之間的通信。
使用方式：直接在window對(duì)象上添加監(jiān)聽(tīng)。
Websocket
三、標(biāo)簽上 title 與 alt 屬性的區(qū)別是什么？
alt 是給搜索引擎識(shí)別，在圖像無(wú)法顯示時(shí)的替代文本；
title 是關(guān)于元素的注釋信息，主要是給用戶解讀。
當(dāng)鼠標(biāo)放到文字或是圖片上時(shí)有 title 文字顯示。（因?yàn)?IE 不標(biāo)準(zhǔn)）在 IE 瀏覽器中 alt 起到了 title 的作用，變成文字提示。
在定義 img 對(duì)象時(shí)，將 alt 和 title 屬性寫(xiě)全，可以保證在各種瀏覽器中都能正常使用。
四、iframe的優(yōu)缺點(diǎn)
優(yōu)點(diǎn)：
????解決加載緩慢的第三方內(nèi)容，如圖標(biāo)、廣告等的加載問(wèn)題。
????并行加載腳本。
????Security sandbox。
缺點(diǎn)：
????iframe會(huì)阻塞主頁(yè)面的Onload事件。
? ? 即使內(nèi)容為空，加載也需要時(shí)間。
????沒(méi)有語(yǔ)義。
五、defer和async
????默認(rèn)情況下，瀏覽器是同步加載js腳本的；即渲染引擎遇到 script標(biāo)簽就會(huì)停下來(lái)，等執(zhí)行完腳本，再去繼續(xù)向下渲染；如果是外部腳本，還必須加入腳本的下載時(shí)間。加入的腳本多、體積大時(shí)，下載和執(zhí)行會(huì)占很大的時(shí)間，造成瀏覽器堵塞，降低用戶體驗(yàn)，所以瀏覽器允許腳本的異步加載：
????defer和async的區(qū)別：
????????defer：需要等待整個(gè)頁(yè)面正常DOM渲染完成后，才會(huì)執(zhí)行下載好的js腳本，并且是按下載完后的順序執(zhí)行。（即defer是需要等到DOM文件都渲染完成之后，才執(zhí)行下載完成的js腳本。）
????????async：當(dāng)外部的js腳本下載完成后，渲染引擎會(huì)暫停DOM渲染，開(kāi)始執(zhí)行下載好的JS腳本的內(nèi)容，在執(zhí)行完成后，再去渲染。（即async是當(dāng)js腳本下載完成后，開(kāi)始執(zhí)行時(shí)中斷DOM文件的渲染，執(zhí)行js腳本的內(nèi)容，執(zhí)行完再繼續(xù)去渲染DOM元素。）
六、title與h1、b與strong、i與em的區(qū)別
????title屬性沒(méi)有明確意義，只是一個(gè)標(biāo)題；h1則表示層次明確的標(biāo)題，對(duì)頁(yè)面信息的抓取有很大的影響。
????strong與b標(biāo)簽都有讓文字加粗的作用，但strong的語(yǔ)義更強(qiáng)烈，推薦使用strong標(biāo)簽。
????em與i標(biāo)簽都有讓文字加粗的作用，但em的語(yǔ)義更強(qiáng)烈，推薦使用em標(biāo)簽。
七、檢測(cè)數(shù)據(jù)類型的方法
????1.typeof
檢測(cè)null、object、array、data的結(jié)果都是object。
typeof的返回的值：（小寫(xiě)字符串）
????2.constructor
不能判斷null、undefined，因?yàn)樗麄儾皇菢?gòu)造對(duì)象。
constructor返回的值：（首字母大寫(xiě)的字符串）
????3.Object.prototype.toString.call
可以檢測(cè)出所有數(shù)據(jù)類型。（遇到null、undefined會(huì)出現(xiàn)報(bào)錯(cuò)）
Object.prototype.toString.call返回的值：[Object 首字母大寫(xiě)的字符串]
????4.instanceof
只能檢測(cè)該對(duì)象是否存在目標(biāo)對(duì)象的原型上。
[對(duì)象] instanceof [構(gòu)造函數(shù)]
typeof與instanceof的區(qū)別：
八、TCP三次握手
第一次握手：
建立連接時(shí)，客戶端發(fā)送syn包（syn=j）到服務(wù)器，并進(jìn)入SYN_SENT狀態(tài)，等待服務(wù)器確認(rèn)；SYN：同步序列編號(hào)（Synchronize Sequence Numbers）。第二次握手：
服務(wù)器收到syn包并確認(rèn)客戶的SYN（ack=j+1），同時(shí)也發(fā)送一個(gè)自己的SYN包（syn=k），即SYN+ACK包，此時(shí)服務(wù)器進(jìn)入SYN_RECV狀態(tài)；第三次握手：
客戶端收到服務(wù)器的SYN+ACK包，向服務(wù)器發(fā)送確認(rèn)包ACK(ack=k+1），此包發(fā)送完畢，客戶端和服務(wù)器進(jìn)入ESTABLISHED（TCP連接成功）狀態(tài)，完成三次握手。握手過(guò)程中傳送的包里不包含數(shù)據(jù)，三次握手完畢后，客戶端與服務(wù)器才正式開(kāi)始傳送數(shù)據(jù)。
九、TCP 四次揮手
1) 客戶端進(jìn)程發(fā)出連接釋放報(bào)文，并且停止發(fā)送數(shù)據(jù)。釋放數(shù)據(jù)報(bào)文首部，F(xiàn)IN=1，其序列號(hào)為seq=u（等于前面已經(jīng)傳送過(guò)來(lái)的數(shù)據(jù)的最后一個(gè)字節(jié)的序號(hào)加1），此時(shí)，客戶端進(jìn)入FIN-WAIT-1（終止等待1）狀態(tài)。 TCP規(guī)定，F(xiàn)IN報(bào)文段即使不攜帶數(shù)據(jù)，也要消耗一個(gè)序號(hào)。
2）服務(wù)器收到連接釋放報(bào)文，發(fā)出確認(rèn)報(bào)文，ACK=1，ack=u+1，并且?guī)献约旱男蛄刑?hào)seq=v，此時(shí)，服務(wù)端就進(jìn)入了CLOSE-WAIT（關(guān)閉等待）狀態(tài)。TCP服務(wù)器通知高層的應(yīng)用進(jìn)程，客戶端向服務(wù)器的方向就釋放了，這時(shí)候處于半關(guān)閉狀態(tài)，即客戶端已經(jīng)沒(méi)有數(shù)據(jù)要發(fā)送了，但是服務(wù)器若發(fā)送數(shù)據(jù)，客戶端依然要接受。這個(gè)狀態(tài)還要持續(xù)一段時(shí)間，也就是整個(gè)CLOSE-WAIT狀態(tài)持續(xù)的時(shí)間。
3）客戶端收到服務(wù)器的確認(rèn)請(qǐng)求后，此時(shí)，客戶端就進(jìn)入FIN-WAIT-2（終止等待2）狀態(tài)，等待服務(wù)器發(fā)送連接釋放報(bào)文（在這之前還需要接受服務(wù)器發(fā)送的最 后的數(shù)據(jù)）。
4）服務(wù)器將最后的數(shù)據(jù)發(fā)送完畢后，就向客戶端發(fā)送連接釋放報(bào)文，F(xiàn)IN=1，ack=u+1，由于在半關(guān)閉狀態(tài)，服務(wù)器很可能又發(fā)送了一些數(shù)據(jù)，假定此時(shí)的序列號(hào)為seq=w，此時(shí)，服務(wù)器就進(jìn)入了LAST-ACK（最后確認(rèn)）狀態(tài)，等待客戶端的確認(rèn)。
5）客戶端收到服務(wù)器的連接釋放報(bào)文后，必須發(fā)出確認(rèn)，ACK=1，ack=w+1，而自己的序列號(hào)是seq=u+1，此時(shí)，客戶端就進(jìn)入了TIME-WAIT（時(shí)間等待）狀態(tài)。注意此時(shí)TCP連接還沒(méi)有釋放，必須經(jīng)過(guò)2??MSL（最長(zhǎng)報(bào)文段壽命）的時(shí)間后，當(dāng)客戶端撤銷相應(yīng)的TCB后，才進(jìn)入CLOSED狀態(tài)。
6）服務(wù)器只要收到了客戶端發(fā)出的確認(rèn)，立即進(jìn)入CLOSED狀態(tài)。同樣，撤銷TCB后，就結(jié)束了這次的TCP連接?？梢钥吹?，服務(wù)器結(jié)束TCP連接的時(shí)間要比客戶端早一些。
TCP/IP / 如何保證數(shù)據(jù)包傳輸?shù)挠行蚩煽浚?br>對(duì)字節(jié)流分段并進(jìn)行編號(hào)然后通過(guò) ACK 回復(fù)和超時(shí)重發(fā)這兩個(gè)機(jī)制來(lái)保證。
（1）為了保證數(shù)據(jù)包的可靠傳遞，發(fā)送方必須把已發(fā)送的數(shù)據(jù)包保留在緩沖區(qū)；
（2）并為每個(gè)已發(fā)送的數(shù)據(jù)包啟動(dòng)一個(gè)超時(shí)定時(shí)器；
（3）如在定時(shí)器超時(shí)之前收到了對(duì)方發(fā)來(lái)的應(yīng)答信息（可能是對(duì)本包的應(yīng)答，也可以是對(duì)本包后續(xù)包的應(yīng)答），則釋放該數(shù)據(jù)包占用的緩沖區(qū);
（4）否則，重傳該數(shù)據(jù)包，直到收到應(yīng)答或重傳次數(shù)超過(guò)規(guī)定的最大次數(shù)為止。
（5）接收方收到數(shù)據(jù)包后，先進(jìn)行CRC校驗(yàn)，如果正確則把數(shù)據(jù)交給上層協(xié)議，然后給發(fā)送方發(fā)送一個(gè)累計(jì)應(yīng)答包，表明該數(shù)據(jù)已收到，如果接收方正好也有數(shù)據(jù)要發(fā)給發(fā)送方，應(yīng)答包也可方在數(shù)據(jù)包中捎帶過(guò)去。
