- display:none和visibility:hidden的區(qū)別
給元素設(shè)置visibility: hidden也可以隱藏這個元素，但是隱藏元素仍需占用與未隱藏時一樣的空間，也就是說雖然元素不可見了欠橘，但是仍然會影響頁面布局。
visibility具有繼承性，給父元素設(shè)置visibility:hidden;子元素也會繼承這個屬性。但是如果重新給子元素設(shè)置visibility:visible,則子元素又會顯示出來稚机。這個和display:none有著質(zhì)的區(qū)別。
visibility: hidden不會影響計數(shù)器的計數(shù)获搏，如圖所示赖条，visibility: hidden雖然讓一個元素不見了，但是其計數(shù)器仍在運行。這和display: none完全不一樣谋币。
如果給一個元素設(shè)置了display:none，那么該元素以及它的所有后代元素都會隱藏症概，它是前端開發(fā)人員使用頻率最高的一種隱藏方式蕾额。隱藏后的元素?zé)o法點擊，無法使用屏幕閱讀器等輔助設(shè)備訪問彼城，占據(jù)的空間消失诅蝶。 - 介紹下css盒模式
css盒子包含content（內(nèi)容）、border（邊框）募壕、padding（內(nèi)邊距）调炬、margin（外邊距）
css盒模型：- content-box：除IE瀏覽器外的默認值，盒子的寬度只計算width
- border-box：IE瀏覽器的默認值舱馅，content-box從寬度值中釋放缰泡，形成了局部的流動性，border和padding的值也計入寬度
- padding-box：火狐瀏覽器曾經(jīng)支持代嗤，現(xiàn)已不支持
- css中l(wèi)ink與@import的區(qū)別是棘钞？
- link屬于html標簽，而@import是css提供的干毅。
- 頁面被加載時宜猜，link會同時被加載，而@import引用的css會等到頁面加載結(jié)束后加載硝逢。
- link是html標簽姨拥，因此沒有兼容性，而@import只有IE5以上才能識別渠鸽。
- link方式樣式的權(quán)重高于@import的叫乌。
- 解釋下浮動和它的工作原理？消除浮動的技巧
浮動元素脫離文檔流徽缚，不占據(jù)空間综芥。浮動元素碰到包含它的邊框或者浮動元素的邊框停留。
浮動元素引起的問題：- 父元素的高度無法被撐開猎拨，影響與父元素同級的元素
- 與浮動元素同級的非浮動元素（內(nèi)聯(lián)元素）會跟隨其后
- 若非第一個元素浮動膀藐，則該元素之前的元素也需要浮動，否則會影響頁面顯示的結(jié)構(gòu)
解決方法：
1.額外標簽法 clear:both
2.給包含浮動元素的父標簽添加css屬性 overflow:hidden; zoom:1;（兼容IE6）
- 請簡述一下typeof與instanceof的區(qū)別
- typeof判斷所有變量的類型红省，返回值有number额各，boolean，string吧恃，function虾啦，object，undefined。
- typeof對于豐富的對象實例傲醉，只能返回"Object"字符串蝇闭。
- instanceof用來判斷對象，代碼形式為obj1 instanceof obj2（obj1是否是obj2的實例）硬毕，obj2必須為對象呻引，否則會報錯，其返回值為布爾值吐咳。
- instanceof可以對不同的對象實例進行判斷逻悠，判斷方法是根據(jù)對象的原型鏈依次向下查詢，如果obj2的原型屬性存在obj1的原型鏈上韭脊，（obj1 instanceof obj2）值為true童谒。
- 簡述iframe的優(yōu)缺點
iframe的優(yōu)點：- iframe能夠原封不動地把嵌入的網(wǎng)頁展現(xiàn)出來。
- 如果有多個網(wǎng)頁調(diào)用iframe沪羔，只需要修改iframe的內(nèi)容饥伊，就可以實現(xiàn)對調(diào)用iframe的每一個頁面內(nèi)容的更改，方便快捷蔫饰。
- 網(wǎng)頁如果為了統(tǒng)一風(fēng)格撵渡，頭部和版本都是一樣的，就可以寫成一個頁面死嗦，用iframe來嵌套趋距，可以增加代碼的可重用性。
- 如果遇到加載緩慢的第三方內(nèi)容越除，如圖標和廣告等节腐，可以用iframe來解決。
iframe的缺點：
1.會產(chǎn)生很多頁面摘盆，不容易管理翼雀。
2.在幾個框架中都出現(xiàn)上下、左右滾動條時孩擂，這些滾動條除了會擠占已經(jīng)非常有限的頁面空間外狼渊，還會分散訪問者的注意力。
3.使用框架結(jié)構(gòu)時类垦，必須保證正確設(shè)置所有的導(dǎo)航鏈接狈邑，否則會給訪問者帶來很大的麻煩。比如被鏈接的頁面出現(xiàn)在導(dǎo)航框架內(nèi)蚤认，這種情況下會導(dǎo)致鏈接死循環(huán)米苹。
4.很多的移動設(shè)備（PDA手機）無法完全顯示框架，設(shè)備兼容性差砰琢。
5.iframe框架頁面會增加服務(wù)器的http請求蘸嘶，對于大型網(wǎng)站是不可取的良瞧。
- 如何實現(xiàn)瀏覽器多個標簽頁之間的通信？
- 調(diào)用localstorage
在一個標簽頁里面使用 localStorage.setItem(key,value)添加（修改训唱、刪除）內(nèi)容褥蚯；
在另一個標簽頁里面監(jiān)聽 storage 事件。
即可得到 localstorge 存儲的值况增，實現(xiàn)不同標簽頁之間的通信赞庶。 - 調(diào)用cookie+setInterval()
將要傳遞的信息存儲在cookie中，每隔一定時間讀取cookie信息巡通，即可隨時獲取要傳遞的信息尘执。
- 調(diào)用localstorage
- 寫出下列狀態(tài)碼的含義
100：客戶端應(yīng)當(dāng)繼續(xù)發(fā)送請求舍哄。這個臨時響應(yīng)是用來通知客戶端它的部分請求已經(jīng)被服務(wù)器接收宴凉，且仍未被拒絕”硇客戶端應(yīng)當(dāng)繼續(xù)發(fā)送請求的剩余部分弥锄，或者如果請求已經(jīng)完成，忽略這個響應(yīng)蟆沫。服務(wù)器必須在請求完成后向客戶端發(fā)送一個最終響應(yīng)籽暇。
200：請求已成功，請求所希望的響應(yīng)頭或數(shù)據(jù)體將隨此響應(yīng)返回饭庞。
201：請求已經(jīng)被實現(xiàn)戒悠，而且有一個新的資源已經(jīng)依據(jù)請求的需要而建立，且其 URI 已經(jīng)隨Location 頭信息返回舟山。假如需要的資源無法及時建立的話绸狐，應(yīng)當(dāng)返回 '202 Accepted'。
202：服務(wù)器已接受請求累盗，但尚未處理寒矿。正如它可能被拒絕一樣，最終該請求可能會也可能不會被執(zhí)行若债。在異步操作的場合下符相，沒有比發(fā)送這個狀態(tài)碼更方便的做法了。返回202狀態(tài)碼的響應(yīng)的目的是允許服務(wù)器接受其他過程的請求（例如某個每天只執(zhí)行一次的基于批處理的操作）蠢琳，而不必讓客戶端一直保持與服務(wù)器的連接直到批處理操作全部完成啊终。在接受請求處理并返回202狀態(tài)碼的響應(yīng)應(yīng)當(dāng)在返回的實體中包含一些指示處理當(dāng)前狀態(tài)的信息，以及指向處理狀態(tài)監(jiān)視器或狀態(tài)預(yù)測的指針傲须，以便用戶能夠估計操作是否已經(jīng)完成孕索。
301：被請求的資源已永久移動到新位置，并且將來任何對此資源的引用都應(yīng)該使用本響應(yīng)返回的若干個 URI 之一躏碳。如果可能搞旭，擁有鏈接編輯功能的客戶端應(yīng)當(dāng)自動把請求的地址修改為從服務(wù)器反饋回來的地址散怖。除非額外指定，否則這個響應(yīng)也是可緩存的肄渗。新的永久性的 URI 應(yīng)當(dāng)在響應(yīng)的 Location 域中返回镇眷。除非這是一個 HEAD 請求，否則響應(yīng)的實體中應(yīng)當(dāng)包含指向新的 URI 的超鏈接及簡短說明翎嫡。如果這不是一個 GET 或者 HEAD 請求欠动，因此瀏覽器禁止自動進行重定向，除非得到用戶的確認惑申，因為請求的條件可能因此發(fā)生變化具伍。注意：對于某些使用 HTTP/1.0 協(xié)議的瀏覽器，當(dāng)它們發(fā)送的 POST 請求得到了一個301響應(yīng)的話圈驼，接下來的重定向請求將會變成 GET 方式人芽。
302：請求的資源現(xiàn)在臨時從不同的 URI 響應(yīng)請求。由于這樣的重定向是臨時的绩脆，客戶端應(yīng)當(dāng)繼續(xù)向原有地址發(fā)送以后的請求萤厅。只有在Cache-Control或Expires中進行了指定的情況下，這個響應(yīng)才是可緩存的靴迫。新的臨時性的 URI 應(yīng)當(dāng)在響應(yīng)的 Location 域中返回惕味。除非這是一個 HEAD 請求，否則響應(yīng)的實體中應(yīng)當(dāng)包含指向新的 URI 的超鏈接及簡短說明玉锌。如果這不是一個 GET 或者 HEAD 請求名挥，那么瀏覽器禁止自動進行重定向，除非得到用戶的確認主守，因為請求的條件可能因此發(fā)生變化禀倔。注意：雖然RFC 1945和RFC 2068規(guī)范不允許客戶端在重定向時改變請求的方法，但是很多現(xiàn)存的瀏覽器將302響應(yīng)視作為303響應(yīng)丸逸，并且使用 GET 方式訪問在 Location 中規(guī)定的 URI蹋艺，而無視原先請求的方法。狀態(tài)碼303和307被添加了進來黄刚，用以明確服務(wù)器期待客戶端進行何種反應(yīng)捎谨。
400： 1. 語義有誤，當(dāng)前請求無法被服務(wù)器理解憔维。除非進行修改涛救，否則客戶端不應(yīng)該重復(fù)提交這個請求。 2. 請求參數(shù)有誤业扒。
401：當(dāng)前請求需要用戶驗證检吆。該響應(yīng)必須包含一個適用于被請求資源的 WWW-Authenticate 信息頭用以詢問用戶信息〕檀ⅲ客戶端可以重復(fù)提交一個包含恰當(dāng)?shù)?Authorization 頭信息的請求蹭沛。如果當(dāng)前請求已經(jīng)包含了 Authorization 證書臂寝，那么401響應(yīng)代表著服務(wù)器驗證已經(jīng)拒絕了那些證書。如果401響應(yīng)包含了與前一個響應(yīng)相同的身份驗證詢問摊灭，且瀏覽器已經(jīng)至少嘗試了一次驗證咆贬，那么瀏覽器應(yīng)當(dāng)向用戶展示響應(yīng)中包含的實體信息，因為這個實體信息中可能包含了相關(guān)診斷信息帚呼。參見RFC 2617掏缎。
403：服務(wù)器已經(jīng)理解請求，但是拒絕執(zhí)行它煤杀。與401響應(yīng)不同的是眷蜈，身份驗證并不能提供任何幫助，而且這個請求也不應(yīng)該被重復(fù)提交沈自。如果這不是一個 HEAD 請求酌儒，而且服務(wù)器希望能夠講清楚為何請求不能被執(zhí)行，那么就應(yīng)該在實體內(nèi)描述拒絕的原因酥泛。當(dāng)然服務(wù)器也可以返回一個404響應(yīng)今豆，假如它不希望讓客戶端獲得任何信息嫌拣。
404：請求失敗柔袁，請求所希望得到的資源未被在服務(wù)器上發(fā)現(xiàn)。沒有信息能夠告訴用戶這個狀況到底是暫時的還是永久的异逐。假如服務(wù)器知道情況的話捶索，應(yīng)當(dāng)使用410狀態(tài)碼來告知舊資源因為某些內(nèi)部的配置機制問題，已經(jīng)永久的不可用灰瞻，而且沒有任何可以跳轉(zhuǎn)的地址腥例。404這個狀態(tài)碼被廣泛應(yīng)用于當(dāng)服務(wù)器不想揭示到底為何請求被拒絕或者沒有其他適合的響應(yīng)可用的情況下。
500：服務(wù)器遇到了一個未曾預(yù)料的狀況酝润，導(dǎo)致了它無法完成對請求的處理燎竖。一般來說，這個問題都會在服務(wù)器的程序碼出錯時出現(xiàn)要销。
筆試小記
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
- 文/潘曉璐 我一進店門掏愁，熙熙樓的掌柜王于貴愁眉苦臉地迎上來歇由，“玉大人，你說我怎么就攤上這事果港∮”停” “怎么了？”我有些...
- 文/不壞的土叔 我叫張陵京腥，是天一觀的道長赦肃。 經(jīng)常有香客問我，道長公浪，這世上最難降的妖魔是什么他宛？ 我笑而不...
- 正文 為了忘掉前任，我火速辦了婚禮欠气，結(jié)果婚禮上厅各，老公的妹妹穿的比我還像新娘。我一直安慰自己预柒，他們只是感情好队塘，可當(dāng)我...
- 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著宜鸯，像睡著了一般憔古。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上淋袖，一...
- 文/蒼蘭香墨 我猛地睜開眼，長吁一口氣：“原來是場噩夢啊……” “哼初橘！你這毒婦竟也來了验游？” 一聲冷哼從身側(cè)響起，我...
- 正文 年R本政府宣布耘成，位于F島的核電站榔昔，受9級特大地震影響，放射性物質(zhì)發(fā)生泄漏瘪菌。R本人自食惡果不足惜撒会，卻給世界環(huán)境...
- 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望师妙。 院中可真熱鬧诵肛，春花似錦、人聲如沸默穴。這莊子的主人今日做“春日...
- 文/蒼蘭香墨 我抬頭看了看天上的太陽蓄诽。三九已至薛训，卻和暖如春，著一層夾襖步出監(jiān)牢的瞬間若专，已是汗流浹背许蓖。 一陣腳步聲響...
推薦閱讀更多精彩內(nèi)容
- 前端開發(fā)知識點 HTML&CSS對Web標準的理解叫确、瀏覽器內(nèi)核差異、兼容性芍锦、hack竹勉、CSS基本功：布局、盒子模型...
- 前端開發(fā)面試知識點大綱： HTML&CSS： 對Web標準的理解娄琉、瀏覽器內(nèi)核差異次乓、兼容性吓歇、hack、CSS基本功：...
- API定義規(guī)范 本規(guī)范設(shè)計基于如下使用場景： 請求頻率不是非常高：如果產(chǎn)品的使用周期內(nèi)請求頻率非常高票腰，建議使用雙通...
