【前端面試總結】2016-01-24

前言

這是想換工做後的第一次面試。時間已通過了一週，想寫個總結，一直沒寫，今天又參加了第二次面試。準備補上並繼續下去。
由於還沒離職，甚至還沒提離職，上班時間也不方便找工做，因此面試時間在週日上午。

過程簡述

沒有筆試，只有面試。公司要作混合型app，須要招前端。整個交流過程比較融洽，感受工做還比較對口，面試表現不算太差。據人力說，面試官開始說還行，但未表態是否經過。第三天結果出來，未經過，緣由爲經驗不足。

主要面試問題和總結

面試沒過的實際緣由無法、不必太多追究。但回憶整個面試過程，本身的知識技能的不足獲得較多暴露，經驗不足也形成了面試效果不夠理想。

吸收教訓，彌補不足，把暴露的問題解決掉。如下是本身認爲值得注意的問題及總結

（1）瀏覽器顯示頁面的過程。

從輸入url到，發起http請求，到dom數生產，到顯示。還有中間的scc文件示加載，樣式表生產，JavaScript代碼加載和執行，圖片的加載等。整過過程我是知道的，順着答了一遍。

但答過以後，感受本身表達的不夠清楚。想一想，除了表達須要提升以外。更深層的緣由是對這個過程瞭解的仍是不夠清晰，不夠深入。

（2）瀏覽器兼容措施

這一塊不大熟悉了，平時本身寫代碼不多考慮到ie六、七、8，這種狀況下，許多兼容性問題再也不那麼嚴重，之間知道的許多兼容問題也沒再關注。

感受除了靠經驗以及兼容庫之外，主要就是使用新功能時要當心一點；另外以前覺得ie11已經採用了W3C的盒模型，前段時間發現仍是原來的盒模型，回答了一下；最後答了個能夠利用jQuery庫。

瀏覽器兼容的經驗和麪試經驗還比較缺少，都須要增強學習。

（3）瀏覽器的緩存

這個也是有必定了解的。但回答得特別差。

瀏覽器緩存最重要的天然是最多見的、基於HTTP協議的瀏覽器cache。這個我是知道的，在《HTTP權威指南》上看過。也在知乎上看過（facebook？）利用超長的過時時間設置緩存，並在資源文件修改後利用hash函數修改文件名，從而實現緩存及緩存資源更新機制。可是，我竟徹底沒有想到這方面來，面試後纔想起。

瀏覽器緩存還有Web Storage、Web Database、App Cache以前都有個瞭解和學習。當時卻只想着去答App Cache，後來補的LocalStorage。

App Cache，以前抱着很大指望學習和使用過，緩存更新很麻煩，坑多，不大好用。就直接說了，還把manifest這個配置文件名給忘了，只記得是maXXfXXXXX。

（4）iframe

問是否有使用，以及是否有發現過什麼問題。

想起之前作自動載入iframe，並在iframe中本身載入代碼的經歷。答了自適應高度很差弄，最後採用url中的hash字段傳遞數據實現。

如今想一想，對iframe的瞭解還不夠，還須要更多學習。

另外，面試以後想起，也有可能在考使用iframe會遇到的跨域相關問題，這個之前是有較多瞭解的，但面試時沒想到這方面。

總結

此次面試的工做就是本身想要的類型，面試的內容就是本身須要掌握的。本身對相關知識也有必定的掌握。但面試經驗不足，沒抓住重點。工做經驗不足，對重點沒有很好的把握。基礎知識也須要增強，許多知識自覺得清楚了，其實還比較模糊。

面試過程也是一次學習指導過程，利用面試中發現的這些問題能改善學習的方向。

本次面試後的重點補課文章：

H5 緩存機制淺析 - 移動端 Web 加載性能優化
現代瀏覽器的工做原理iframe ...瀏覽器兼容 ...