A. 你遇到的前端面試題都有什麼
大家好，我是王我。
隨著春節的結束，各個行業也普遍開始了上班的節奏， 不過本人17號才上班。為什麼？因為長得帥的都上班比較晚。 當然，每到新年結束，又迎來了一批招聘者與面試者，我來說說作為一年工作經驗應該知道的面試題。
HTML篇
1.doctype是什麼？有哪些類型？
2.input有哪些新類型？簡要說明其8用法。
3.HTML5有哪些新特性，移除了哪些元素？如何處理HTML5新標簽的瀏覽器兼容問題？如何區分HTML和HTML5？
4.bootstrap響應式的原理是什麼？
5.多移動終端頁面適配是如何實現的？
CSS篇
1.如何實現兩列布局，左邊自適應，右邊固定寬度？
2.用CSS畫一個三角形
3.CSS實現字體大寫
4.display有哪些常用的屬性值？分別是什麼意思？
5.position為absolute，relative，fixed的定點位置
6.用三種方法清除浮動
7.請介紹一下margin塌陷問題
js篇
1.什麼是事件冒泡和捕獲？如何阻止事件冒泡？(分別用原生和jquery實現)
2.js創建對象，至少使用三種方法
3.簡述一下事件穿透以及解決辦法
4.用三種方式判斷變數類型是否是數組
5.如何實現對象的拷貝？
6.什麼是閉包？閉包的優缺點。
7.簡述一下ajax請求的過程。
8.簡述一下new一個人構造函數的人過程。
9.為什麼會有跨域？是怎麼解決跨域問題的？簡述一下原理。
10.js原始數據類型有哪些？
11.學一個函數，判斷一個變數是否是字元串
12.typeof有哪些結果？
13.剪頭函數和普通函數有什麼區別？
14.請用三種方法實現數組去重
15.href和src有什麼區別？
jquery篇
1.attr()和prop()有什麼區別？
2.on和bind有什麼區別？js動態添加的dom元素是通過on還是bind？
3.touch和click有什麼區別？
4.window.onload和jquery的ready有什麼區別？
vue篇
1.簡述一下vue的生命周期及其特點
2.vue雙向綁定的原理是什麼？
3.vue的特點有哪些？和jquery有什麼區別？
4.父子組件之間傳遞數據的方法
5.子組件如何共享數據？
6.一般有什麼工具進行數據交互？
7.webpack的原理是什麼？
8.簡述一下$nextTick的用法
瀏覽器篇
1.cookie、sessionStorage、localStorage的區別是什麼？
2.有用過瀏覽器緩存嗎？簡述一下基本的緩存機制
網路篇
1.http和https之間的區別
2.從伺服器的安全考慮，是使用get請求還是post請求？
3.URL請求的過程有哪些？
項目經驗篇
1.項目中遇到的最大挑戰以及解決辦法
2.常見的網頁優化有哪些？
作為一個面試一年以內工作經驗的前端程序員來說，以上的問題能夠倒答如流月薪6k應該不成問題啦。這些面試題也是我在很多面試中感覺經常被問到的題目。
希望大家年後找工作能夠順順利利， 千萬不要跟我一樣哦，只有帥氣就一無所有了。
大家好，我是王我，中國最帥的前端程序員。
前幾次都是各種培訓公司，各種忽悠就不提了，說說後面4次面試的經歷。
第一次是面一個小公司，不過他們好像沒有厲害的前端，來面我的是個後端，一來沒有問我關於js的知識，直接問我以前做過什麼，有沒有經驗，我本人不會吹牛，簡歷也沒怎麼包裝，就是自己把自學的知識和做的幾個小demo弄在上面，也用github掛在頁面上了，不過他根本不點開看，也不問，問我會不會vue，我當時對框架還不了解，他就說他們需要能直接上手開始寫的，所以我第一個就直接掛了。
第二次面試是一個國企，這個問了很多問題，都很基礎，js數據類型，數組操作，事件，大概就是高程的前面幾章看看就差不多都能答到，然後因為他們主要用jq，所以問了很多jq的操作，關於節點的，動畫的，我看鋒利的jq大概看了3遍，也練過多次，所以我答的很熟。然後問了些布局方面的，bootstrap我了解過，又看過css3，所以這方面也沒啥問題，最後在現場做了個題目，主要就是布局然後通過ajax呈現數據。後面聽介紹我面試的說面試官比較滿意，說我jq很熟，一面就過了。可惜後面電話面試不知怎麼回事可能表現的不夠自信，雖然沒問技術，但是我沒啥自信，把沒項目經驗什麼的也不知怎麼就一五一十交代了，估計因為這個掛掉了。
第三次沒問問題，直接就是一套題開做，我在那做了一個多小時。題目就是按照要求一步一步做一個頁面出來，我也搞忘了我當時卡在哪個地方了，坐在那得時候就是做不出來，沒有設計圖，要根據他的描述自己找個設計圖然後做，我第一次遇到這個有點懵，雖然當時沒做出來，不過回來我自己花了幾個小時把它做了。所以這個也是涼了。
第四個問的比較多，數據類型，數組操作，跨域，ajax，閉包，原型鏈，繼承，深拷貝，淺拷貝，模塊amd cmd，基本都是問的js。然後問了html5的新特性 css3 的新特性，遇到過什麼瀏覽器的兼容性問題，怎麼解決的，以後想往什麼方面發展。這個時候我已經會點vue了，照著做了個小demo，不過後來知道公司用的angularjs，面試官也沒看我做的，問也沒問。。以前聽網上說要帶上自己的項目去面試感覺沒起多大效果。
最後總結下如果面的比較初級的崗位，應該主要問js，原型鏈，繼承，閉包，深淺拷貝，ajax，跨域，然後js的基礎知識，對了還有apply和call也問了，html5的新特性了解下就行。主要就是看你js掌握的程度，如果稍微要求高一點的，暫時還沒面過，等以後面過在來回答
1. cookie session 的用途和區別，以及有效期
1、cookie數據存放在客戶的瀏覽器上，session數據放在伺服器上。
2、cookie不是很安全，別人可以分析存放在本地的COOKIE並進行COOKIE欺騙
考慮到安全應當使用session。
3、session會在一定時間內保存在伺服器上。當訪問增多，會比較佔用你伺服器的性能
考慮到減輕伺服器性能方面，應當使用COOKIE。
4、單個cookie保存的數據不能超過4K，很多瀏覽器都限制一個站點最多保存20個cookie。
2. vue的數據綁定原理，mvvm與mvc的區別
MVVM：
m:model數據模型層 v:view視圖層 vm:ViewModel
vue中採用的是mvvm模式，這是從mvc衍生過來的
MVVM讓視圖與viewmodel直接的關系特別的緊密，就是為了解決mvc反饋不及時的問題
圖片說明一下：
說到MVVM就要說一下雙向綁定和數據劫持的原理，
MVC：
m:model數據模型層 v:view視圖層 c:controller控制器
原理： c層需要控制model層的數據在view層進行顯示
MVC兩種方式，圖片說明：
總結：
mvvm與mvc最大的區別：
MVVM實現了view與model的自動同步，也就是model屬性改變的時候， 我們不需要再自己手動操作dom元素去改變view的顯示，而是改變屬性後該屬性對應的view層會自動改變。
不懂得可以復制鏈接查看：
https://www.pianshen.com/article/3716256399/
3. storage 的區別 sessionStorage localStorage
localStorage 的生命周期是永久性的。假若使用localStorage存儲數據，即使關閉瀏覽器，也不會讓數據消失，除非主動的去刪除數據，使用的方法如上所示。localStorage有length屬性
sessionStorage 的生命周期是在瀏覽器關閉前。也就是說，在整個瀏覽器未關閉前，其數據一直都是存在的。sessionStorage也有length屬性，其基本的判斷和使用方法和localStorage的使用是一致的
有一個文本框 通過v-bind綁定了value屬性 值為myname 是我們在vue實例中定義的屬性
傳統我們獲取文本框值方法 可能通過getElementById找到文本框 然後獲取其value屬性
但是vue中直接通過v-bind綁定了value屬性 所以不需要像之前那樣獲取值
所以在後面的按鈕中獲取name值 直接獲取vue實例對象data裡面的myname屬性即可
【數據為尊 ----數據映射到瀏覽器 如果數據v-model後修改（肯定input）然後到數據在有數據映射到瀏覽器頁面 ----映射關系統稱】
緩存路由組件
使用的是vue的一個組件，參考vue的官方文檔
使用這個東西可以保證我們在切換組件的時候，原來顯示的組件不被銷毀
-----【保障組件的數據不會被切換路由而銷毀數據】
Home是對應的組件對象的名字，不是路由的名字
6.多維數組拍平
數組拍平也稱數組扁平化，就是將數組裡面的數組打開，最後合並為一個數組
一紅六種方法吧……
了解的請看： https://www.cnblogs.com/guan-shan/p/10165737.html
7.跨域的原因 解決方案
跨域是指一個域下的文檔或腳本試圖去請求另一個域下的資源，這里跨域是廣義的。
這樣就可以說同源策略----協議---埠---域名
原生的src和href可以解決跨域
代理可以解決
請求頭也可以攜帶瀏覽器提示的也可以解決
一般都是後端解決跨域問題
【別的需要了解看下方鏈接】
https://blog.csdn.net/qq_41604383/article/details/100770100
8.uniApp兼容問題§ 如果你使用cli創建項目（即項目根目錄是package.json），不管用什麼ide，即便是用HBuilderX，切記cli項目的編譯器是在項目下的，HBuilderX不管怎麼升級都不會影響編譯器版本。你需要手動npm update來升級編譯器。以及如果你想要安裝less、scss等預編譯器，也需要自己npm安裝在項目下，而不是在HBuilderX的插件管理里安裝。
§ 如果你使用離線打包，請注意HBuilderX升級後，真機運行基座和雲打包對應引擎跟隨HBuilderX升級，而你的sdk需要手動升級。sdk的版本升級一般滯後HBuilderX正式版升級一兩天。
§ 如果你使用自定義基座，之前製作的自定義基座是不會跟隨HBuilderX升級的，升級HBuilderX後你應該重新製作新版自定義基座。
§ 如果你使用wgt升級，新版HBuilderX編譯的wgt，運行到之前的runtime上，一定要先測試好，看有沒有兼容性問題。如果有問題，就不要wgt升級，整包升級。
§ 考慮到向下兼容，uni-app編譯器在升級為新的自定義組件模式後，同時保留了對老編譯模式的向下兼容。
在HBuilderX alpha版中，App端一定會使用新編譯器，不理會manifest配置。
在HBuilderX 正式版中，新創建的項目會使用新編譯器，老項目不會強制使用，而是開發者自己在manifest里配置開啟。
§ 如果你使用其他ide開發uni-app，會經常因為拼錯單詞而運行失敗，因為經過webpack編譯一道，很多錯誤反應的不夠直觀，排錯時間很長，不如從開始就依賴有良好提示的HBuilderX，避免敲錯單詞。
§ 雲打包的引擎版本說明
HBuilderX Alpha，只有1套雲打包機，不管你的HBuilderX alpha版本多少，對應的打包機一定是最新的alpha版的客戶端引擎。
HBuilderX正式版，有2套打包機，一個是最新正式版，一個是次新正式版。
中間的緊急更新版本沒有獨立打包機。
舉個例子：
HBuilderX 有1.8.0、1.8.1、1.8.2、1.9.0、1.9.1這幾個正式版。
那麼當前可用的打包機有1.9.1和1.8.2這2台。（即每個大版本的最後一個版本）
除了這2個HBuilderX版本外，其他版本的雲打包都指向最新的1.9.1版對應的打包機。（即只保留2個大版本的雲打包機）
【詳情請看】
https://ask.dcloud.net.cn/article/35845
一、HTML
HTML書寫規范
H5新增標簽
HTML渲染過程
二、CSS
css盒子模型概念
css彈性布局概念
三、JavaScript
事件模型
DOM2級事件模型
閉包
原型鏈
四、移動Web開發
常見的布局方案
移動端前端常見的觸摸相關事件touch、tap、swipe等整理
移動端前端手勢事件
移動端頁面渲染優化
GPU渲染
GPU核心渲染過程
五、調試
常用的調試工具
Chrome控制台調試js使用
移動端測試
六、HTTP網路知識
常見的HTTP狀態碼
不同請求類型的區別
WEB緩存方案
——————————
牛客網（www.nowcoder.com）
- 專業IT筆試面試備考平台
- 最全C++JAVA前端等互聯網技術求職題庫
- 全面提升IT編程能力
- 程序員交友聖地
分享了一些Web前端的面試題，限時一小時，你看看自己能夠答出多少道！
放心，這些面試題都是一些非常基礎的知識，只要你在平時認真聽課、學習了，那麼這些面試題肯定不會難道你。
建議：雖然沒有人監督你，但還是希望你不要去尋找答案，脫離網路，拿起紙筆，你試一下自己究竟能夠答出個什麼水平！有沒有真本領？答案盡在這些面試題里！那麼，你准備好了嗎？OK！計時開始！
一、HTML常見題目01、Doctype作用？嚴格模式與混雜模式如何區分？它們有何意義？
02、HTML5為什麼只需要寫？
03、行內元素有哪些？塊級元素有哪些？空(void)元素有那些？
04、頁面導入樣式時，使用link和@import有什麼區別？
05、介紹一下你對瀏覽器內核的理解？
06、常見的瀏覽器內核有哪些？
07、html5有哪些新特性、移除了那些元素？如何處理HTML5新標簽的瀏覽器兼容問題？
08、如何區分HTML和HTML5？
09、簡述一下你對HTML語義化的理解？
10、HTML5的離線儲存怎麼使用，工作原理能不能解釋一下？
二、CSS類的題目01、介紹一下標準的CSS的盒子模型？與低版本IE的盒子模型有什麼不同的？
02、CSS選擇符有哪些？哪些屬性可以繼承？
03、CSS優先順序演算法如何計算？
04、CSS3新增偽類有那些？
05、如何居中p？如何居中一個浮動元素？如何讓絕對定位的p居中？
06、display有哪些值？說明他們的作用。
07、position的值relative和absolute定位原點是？
08、CSS3有哪些新特性？
09、請解釋一下CSS3的Flexbox(彈性盒布局模型),以及適用場景？
10、用純CSS創建一個三角形的原理是什麼？
三、Java類的題目
01、介紹Java的基本數據類型。
02、說說寫Java的基本規范？
03、Java原型，原型鏈？有什麼特點？
04、Java有幾種類型的值？(堆：原始數據類型和棧：引用數據類型)，你能畫一下他們的內存圖嗎？
05、Java如何實現繼承？
06、Java創建對象的幾種方式？
07、Java作用鏈域？
08、談談This對象的理解。
09、eval是做什麼的？
10、什麼是window對象？什麼是document對象？
OK，一小時到了，這個時間可不算短了，那麼這些面試題你答出了幾道呢？你寫的答案正確了嗎？現在你可以去翻看答案了。
如果你答出了絕大多數的或者是全部的題，並且答案也正確了，那麼恭喜你……
你這時心裡是不是有點小竊喜，認為自己有能力拿高薪了？雖然我也很想這么告訴你，但事實上這只能表明你的基礎扎實，畢竟這只是一些非常基礎的面試題。騷年~繼續努力吧！
如果你只答出了小部分或者答出了大部分題但答案不正確，那麼我只想說：「騷年，你的水平還差的遠呢。」連這么基礎的題你都打不出來，還想拿高薪？回去再練一段時間吧！
扎實的基礎是你拿高薪的重要武器，如果你連基礎都不扎實，那麼想要攻克「高薪」這個厚實的堡壘，那隻是痴人說夢罷了。
1.前端框架類問題，問你會不會用vue react啊
2.語言類，問你一些JavaScript語言的問題
3.項目經驗，讓你講講做過的項目，遇到的問題和解決之道
B. Web前端新手應該注意的常見錯誤有哪些
今天小編要跟大家分享的文章是昌亮關於Web前端新手應該注意的常見錯誤有哪些?Web全棧是目前比較流行的語言，因為前端較其他語言相比，簡單好學，而且現在的互聯網公司幾乎缺少不了Web前端開發，行業的需求致使大量的人轉型前端，對於剛學前端的人來講，他們缺乏開發經驗，在項目開發中容易出錯，為了使大家少走彎路，綜合一批前端程序員，收集了一些最常見的錯誤，下面我們一起來看一看吧，希望能夠對大家有所幫助。
一、JQuery選擇器
在一個HTMLDOM
樹中，進行一個比較復雜的元素選擇，不包含某些文字的帶有某某類名的元素的鄰居的父元素的然後怎麼做?寫一個很復雜的jQuery選擇器?打住。
jquery選擇器原理是用正則表達式去分解你的選擇器字元串(這一部分叫做Sizzle)，然後再用內置的一些遍歷函數如prev,next等(其實這些函數也是基於DOM提供的方法)，去找到你想要的元素。
我會不去盲目地進行Sizzle的語義歧義測試，而是自己根據自己的邏輯去用prev,next等去找到自己的元素;而且退一萬步來說，我也會盡量避免使用復雜的選擇器(之前的方案也有提及)，單位個元素用ID，多個元素用類，絕對高效准確。
二、基礎數據結構與演算法
現在有兩個不同的JSON，比較復雜，可以參考這里的DEMO中返回的JSON。要比較它們的差異，除了用現成的工具如beyond
compare以外，如果我們的機器上沒有安裝這個工具，能如何較快解決裂迅胡?
作為一個程序員，一個個對比是不可行的，對比完也不會有什麼收獲。我會把之放進Excel中(如果你機器連這個都沒有，那忽視我)，先排序，再用二分法去快速定位找到有差異的JSON屬性，即使是1024個欄位的大數據，也最多10次的定位即可找到。
其實演算法這東西，並不是給你一道題目然後把死記下來的內容背出來，而是當你遇到相應的情景時，能想到用這個方法去解決。
三、HTTP協議
現在很多項目中都是用ajax去提交JSON到後台了，原始的那種HTTP提交已經比較少見(至少在我的項目中是這樣)，但是我們也不能忘記設置form的method、action的原始提交方式，因為這個才是表單提交的原型，有助於我們理解HTTP協議，例如POST和GET的區別，理解數據是怎麼樣從前端到達後端的，又是怎麼樣從後端返回到前端。
當你理解了這個，就可以更好地跟後端進行溝通，遇到數據上的問題也能較快地定位解決。
四、javascript作用域
學過好幾種的編程語言，作用域問題都是老生常談了。在javascript中更是有函數的作用域這一基礎知識。關於這個，推薦《javascript權威指南》。當時我是把中文的讀去再去讀英文，把英文的讀完去找圖解，才感覺到把這一點理解清楚的。
五、HTML/CSSDOCTYPE
曾經項目中遇到這樣一個問題，用其他瀏覽器打開頁面是好的，唯獨是IE8打開時出奇地慢。我注意到肆攔IE8打開時慢但CPU消耗並不高，只是網頁空白很久沒渲染出來，可以排除JS演算法上的問題。
經過細心研讀代碼發現，有人把一部分script、link等標簽放到了DOCTYPE的前面。
DOCTYPE是用來告訴瀏覽器解釋整個文檔的一套法則的，一定要放在HTML部分的最前面，先有script標簽，那就意味著瀏覽器已經開始解釋了，後面再有DOCTYPE也是沒有意義的了。把DOCTYPE放到HTML部分的最前面，一開始提及的問題就解決了。
以上就是小編今天為大家分享的關於Web前端新手應該注意的常見錯誤有哪些的文章，希望本篇文章能夠對正在從事Web前端工作的小夥伴們有所幫助。想要了解更多Web前端知識記得關注北大青鳥Web培訓官網。最後祝願小夥伴們工作順利！
C. 前端開發的難點到底在什麼地方
一般意義上的前端項目：
-從0到1，治理曬哦為健全點的都能搗鼓出來；
-從1到60，後後端或者設計崗位勉強能兼任；
-從60到80，需要比較專業的前端；
-從80到100，這么好的前端可遇不可求。
從0到1就是從無到有的過程，很多人用WordPress，建站之星就差不多就能搞個demo了，可以拿去騙投資人的錢。
從1到60，就是勉強可用，基本上讓後端工程師或者UI設計師找一套bootstrap的模板東拼西湊的也能勉強應付到第一版本上線。
從60到80，就是真正要做一款能完備、性能優良、架構合理的中小規模產品，沒有專業的設計、前端、後端、產品、運營是走不到這步的，差不多到A輪了。
從80到100，那就是追求各方面的極致，與競爭對手一較高下，各個方面沒有頂尖的人才都會影響整體的戰鬥力，木桶效應。
解釋一下：
1. 核心競爭力的主體是工程經驗。
其實這個結論可以推廣到其他研發崗位，就是每個研發崗位的知識體系都是由基礎學科知識＋領域工程經驗構成，彼此不可替代的就是工程經驗部分。一個後端工程師一時間不能替代同等級前端工程師到不是基礎或者智商的問題，主要是工程經驗不足，你讓一個前端一個後端分別實現對方領域中一個有明確輸入輸出的功能函數，二者通過簡單學習新語言新語法，加上開發手冊查詢，一般都能比較正常的實現業務邏輯，但你讓他們hold住對方領域的完整項目就很困難了，技術選型，系統設計，模塊拆分，平台特性，宿主環境，性能優化，構建部署，系統測試等等都是領域工程經驗問題。
2. 工程經驗的等級是能cover項目從0發展到80+。
這個很好解釋，因為從0-60的非專業前端也能做到，60+的才是專業前端。
所以不用擔心核心競爭力問題，60+的前端現在都很搶手啊。工程經驗只有60-的話確實壓力比較大。
D. web前端工程師工作中遇到難以解決的問題
1）.margin-top,margin-bottom不能正常顯示時
一.有時會遇到外層中的子層使用margin-top不管用的情況；這里我們需要在子層的前後加上一個
div{height:0;overflow:hidden;}
例
CSS樣式表中：
#box {background-color:#eee;}
#box p {margin-top: 20px;margin-bottom: 20px;text-align:center;}
解決方法：在P標簽前後各加2個空的div：<divstyle="height:0;overflow:hidden"></div>
二.網頁中頭部，中部，底部的居底部有時給個margin-bottom:10px;不管用也是要給個清除屬性的.clear{clear:both;font-size:0;line-height:0;}在底部<div id="footer"></div>下加個<div></div>
2）.div層中高度自適應問題
網頁前端科技人員在設計網頁時不可能知道客戶在要他們自己的網站內容頁里加多少文字或圖片內容
這時我們就不能規定div層的高度，為此應寫成min-height:200px;height:auto!important;height:
200px;overflow:visible;這樣ie7,ff,ie6瀏覽器的高度自適應問題就解決了，這些在
http://www.xueshengshu.com/網站中用到最多了。
3）.div層中子層的居底部對齊問題
div中的定位問題有很多也很麻煩，但弄懂了就OK了，在一個大的div層中如何讓子層的內容居底部
對齊就涉及到了position定位問題；
例
div層#box{position:relative;border:1px solidred;width:600px;hegiht:400px;}
div子層#box .wrap{position:absolute;bottom:0;border:1px dashedblue;width:200px;height:
100px},最近寫的網站中http://www.msgc.net.cn/就用到了
4）.div層中清除clear屬性的一小部分應用
在div中一個大的層裡面有很多子層，若是加上邊框在ie7、ie6中或許會正常顯示，但是在ff中可能
只會成一條線了，此時在最外層的後面加上<div style="clear:both"></div>或者設 .wrapfix:after{
content: ".";
display: block;
height: 0;
clear: both;
visibility: hidden;
}後在每個浮動外框調用wrapfix；http://www.xueshengshu.com學生書網里用到最多了。
5）.解決IE8下div移位、錯位等兼容性問題
在<head>標簽後面的第一句話加上<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" />就OK了
6）.單行文字居中與字體樣式問題
在div中一個層中只有一行文字，要讓這層中的文字居中，可設line-height的高度和層的高度一樣，注意這一層中的文字不能換行，此外，設了line-height時再給定字體樣式font:bold 14px "宋體";這時要把font:bold 14px "宋體";放在line-height的前面，否則字體樣式不顯示文字也不居中；或者將font:bold 14px "宋體";改成font-size:16px;font-weight:bold;font-family:"宋體";就OK了。
7）.滑鼠滑上去的特殊效果
往往為了達到顯眼的效果，我們會寫到一些好看的效果，方法一在樣式表中寫：ul li a{border:1px solid red;}ul li a:hoverimg{filter:alpha(opacity=40在ul標簽中調用即可方法二：在樣式表中寫上：.hover img{filter:alpha(opacity=40);}在div中調用onmouseover="this.className='hover'"onmouseout="this.className=this.classtype"即可
8）.IE6中高度不對問題
今天在div中給定了高度為1px,其它瀏覽器顯示正常，可是ie6中顯示的高度就不對了，這時我給樣式表中加了個font-size:0px;line-height:0px;就好了
9）.ul在外框里margin-top不起作用的問題
在div大框子里用了ul作導航的時候為了合ul層居中顯示，設ul的樣式表為margin-top:-15px不起作用了，此時應該將div大框設定高度後給個line-height與height一樣的高度，ul層就自動居中了。
例如http://www.hopes-home.cn/main.aspx
10）.ff中margin-top有時不起作用的問題
今天頭暈腦漲的把這問題給解決了，這幾天寫標網都有累似問題，可是一直都是換個寫法解決的，今天的這個辦法也不只可行試試還是可以的，在一個div外框層中給個寬度例如，#div_wrap{width:280px;height:100%;}
其次在這個框子里設一個.div_top{widh:100%;font:bold12px "宋體";height:24px;line-height:24px;}
.div_center{border:1px solid#dbdbdb;border-top:none;background:#fff;min-height:460px !important;height:auto!important;height:460px;overflow:visible;}
最後在這個div_center里套個ul li時經常會在ff中出問題，也就是在div_top與div_center中莫名的多了幾個像素的空格，這時給ul樣式表設個display:inline-table即可；
E. web前端開發常遇到的問題有哪些
前端和後端沒有可比性
前端的開發，如果沒有總體的設計思路，會成為一種碎片似地程序，一個效果一坨代碼，一個功能一灘腳本，一個需求片邏輯，我曾經遇到過，因為ue調整，把整個前端的代碼除了核心數據處理函數保留，其餘的全部修改的情況。基本上前端的開發，處於dom操作，數據處理，數據交互三部分，如果合理的分配這三部分的功能，那麼前端的代碼就很容易擴展和調整。可惜現在優秀的前端開發者很少，因為前端門檻很低。
那麼接下來我回答挑戰所在：真正的前端開發的挑戰，還在於開發者的思路，兼容性，布局，css js都不是問題，問題在於如何合理的組織語言邏輯，如果正確抽象出需求中的模塊，在如何用代碼處理。清楚的用代碼表達出思路，清楚的寫好注釋，給後續維護者一個可閱讀的思路。
前端的改動量，是後端的數倍，前端沒有絕對，只有跟隨需求不停的修改。
F. 前端開發過程中遇到過什麼困難
前端開發過程中遇到的困難還是很多
1、面試中前端開發過程中遇到的困難這個問題主要是相看面試者是不是有獨立解決問題的能力及解決問題的方案以及工作中的的一些兩點
2、遇到這樣的問題可以說出一個自己解決的比較完美的問題，如：vue不適合做cms，因為單頁面應用對seo很不友好，解決的方法就是：我們使用nuxt技術，在保證使用vue語法開發的同時，也使用了服務端渲染技術保證了seo效果，這個過程突出了自己的學習nuxt等新技術的能力
3、另外也是有很多實際的開發問題不好解決，的但是那些自己解決不好的問題不適合 在面試的過程中說的
G. web前端工程師工作中,遇到難以解決的問題有哪些
有時會遇到外層中的子層使用margin-top不管用等情況
H. 前端開發遇到的問題與怎麼解決的
前端和後端沒有可比性
前端的開發，如果沒有總體的設計思路，會成為一種碎片似地程序，一個效果一坨代碼，一個功能一灘腳本，一個需求片邏輯，我曾經遇到過，因為ue調整，把整個前端的代碼除了核心數據處理函數保留，其餘的全部修改的情況。
基本上前端的開發，處於dom操作，數據處理，數據交互三部分，如果合理的分配這三部分的功能，那麼前端的代碼就很容易擴展和調整。可惜現在優秀的前端開發者很少，因為前端門檻很低。
那麼接下來我回答挑戰所在：真正的前端開發的挑戰，還在於開發者的思路，兼容性，布局，css
js都不是問題，問題在於如何合理的組織語言邏輯，如果正確抽象出需求中的模塊，在如何用代碼處理。清楚的用代碼表達出思路，清楚的寫好注釋，給後續維護者一個可閱讀的思路。
前端的改動量，是後端的數倍，前端沒有絕對，只有跟隨需求不停的修改。
I. 前端遇到了瓶頸期怎麼辦
工作上遇到瓶頸期怎麼辦?
1、要有積極的心態
事業成功的人往往耐得住寂寞，在那些枯燥乏味的工作中，尋找快樂，他們都是善於自我控制的人，可以讓時間聽從自己的安排。對於我們平時不願意又不得不去做的事情，我們改變策略，立馬行動。這樣做，不僅可以完成部分的工作，還少了產生抱怨的想法和發泄情緒而浪費的時間。沒有積極進取的心態很容易進入舒適圈，讓自己的發展受到局限；而有了積極進取的心態，在新的領域中可以學到更多知識，開拓思維和視野，從而增強自身的綜合能力。
2、立刻、馬上，時間管理法
一個簡單的事情，不要拖到下一個小時完成。很多事情，往往不是因為難，讓我們不敢去做，而是因為我們不敢做才顯得很難。跨出那一步就有希望成功，不敢去嘗試連一點希望都沒有！絕不要給自己一個理由，說服自己把工作交給下一個小時。永遠以「現在」這兩個字來想問題，做個「我現在就要開始工作」的人，哪怕只是拿起電話，和客戶說說你剛才想到的那個創意，讓他覺得你是一個主動的熱情的服務者。工作在此時此刻，是讓我們保持戰斗慾望的行動力。
3、設定目標和獎勵措施
以前我們常常說，沒有壓力就沒有動力。我一直覺得這句話是錯的，應該是沒有獎勵就沒有動力。壓力有什麼用，無非是我們在壓力之後，產生反彈後帶給我們的盈利。我們拚命工作，不就是為了離自己理想更近些嗎？每隔一段時間就給自己制訂一個目標，大的像買一輛自己喜歡的新車，小的如買一套今秋的流行格呢套裝，有時候，好的獎勵措施會讓人產生最好的動力，當你的目標得以實現的時候，千萬不要忘記，好好犒勞自己。
4、抓緊時間，開門見山
當下一個任務下來時，你可以召集大家開一個小會，你需要做的也許就是找出一點空餘時間，把自己對任務的理解面對面、最大限度地傳遞給合作者。讓大家都有時間去處理每個人手上的要完成的工作，又能及時地溝通，隨時調整彼此支持力度的側重點。此外，拐彎抹角或耐人尋味的提問方式雖然可以使人覺得你含蓄和溫和，但它的反面代價也是巨大的。
5、充電培訓學習
當你在一個崗位上做了三年以上，卻沒有什麼進步和提升，除了考慮公司機會的因素外，就是考慮自己的知識結構能否適應公司的發展，停下來給自己充充電，或者業余時間參加一些學習班，現在網路很發達，學習的形式也很多，要不了多久，你對你職業的認識就會不一樣。
6、主動出擊尋找出路
對於已經積累了相當豐富的工作經驗，由於自己在原公司已經找不到再次提升的空間，遭遇職場瓶頸，那麼不妨勇敢地邁出跳槽這一步。不要把自己局限在一家企業，而要放在一個行業里，就會有長久的發展。想往上走的想法是好的，但是不能意氣用事，必須了解客觀環境，只有結合自身情況，整合自身當前的個人競爭力，結合職場的崗位要求和自己的工作適應度找到一個能夠切入且適合自己發展的道路，再針對性的進行調整，這樣才會順利度過瓶頸期，進入新的更廣闊的職業發展空間。
7、充分利用公司這個平台，建立起自己的職場社交圈
在當下這個社會，請拋棄掉靠自己的努力和奮斗就能在職場上打拚出一片天地的想法，必須有自己的關系網和人脈圈。
8、嘗試一下有選擇性的跳槽
通過跳槽突破自己的職業瓶頸期是很多人的第一選擇，小編不建議首先慮這個方法，要綜合考慮三個因素：一是專業內跳槽；二是專業內突破，比如你現在技術主管，向技術經理跳；三是通過學習和培訓掌握新的技能後，跳到新的相關崗位上發展。
9、到外面看一看，估一估
嘗試著投幾份簡歷，到外面的公司看一看自己現在身價，估一估自己的潛力，很多的機會就是這樣得來的，雖然有腳踩兩只船之嫌疑，但為了自己的前途還是試試吧。
10、退是為了更好的進，下一線再溫溫習
你的晉升一直受阻，或許因為你的基礎經驗不足造成的，為了讓自己前進的更快一點，不妨以退為進，要求再下一線，增加點一線的經驗說不定會更好呢？
【點】【擊】【下】【方】【鏈】【接】【可】【以】【獲】【得】【資】【料】
網頁鏈接
J. 前端開發的難點到底在什麼地方
不同級別的前端面臨的難點各不相同，不可一概而論；
業務開發的前端難點在於對業務的理解和把控能力；
平台開發的前端難點在於產品化的把控和推進能力。
觀點1：不同級別的前端面臨的難點各不相同，不可一概而論。
其他回答有說 CSS 難，有說 CSS 不難的，每個人水平不同，這樣爭論毫無意義。我剛學前端時覺得 JS/CSS/瀏覽器兼容問題都很難，現在覺得也就那樣，因為前端路子廣，辦法總比問題多。後來覺得要評估好需求，把控好項目質量比較難，很多時候我們是在幹事，在解決問題，不是只埋頭寫代碼，時間一長你會發現前端工作中，技術問題往往比較好解決，反而資源+協作問題比較麻煩。現在對我來說比較難的是快速產品化的能力，如何從無到有去做出一些有價值的東西。
舉一個簡單粗暴的例子吧：阿里前端很多，P5/P6 一大把，但是 P8/P9 的非常少，為什麼？進階的難點在哪裡？
前端開發的難點跟前端進階的難點是非常相似的。阿里對每個前端層級都有一個標准，這也從側面回答了這個問題，比如對 P5 來說，難點可能是寫好業務代碼，保證其靈活性和可維護性，能解決各種適配問題；對 P6 來說則需要獨擋一面，能獨立 owner 需求，而 P7 則需要在某方面技術有深入理解，等等。
能提出這個問題首先得恭喜題主，說明題主在當前階段遇到瓶頸了，需要向下一個 level 出擊了。
觀點2：業務開發的前端難點在於對業務的理解和把控能力。
業務邏輯開發本身並不是難點，誰都可以寫。但是對於你自己負責的這塊業務，後續業務的發展方向和潛力，你有去了解過嗎？當業務方提需求過來時你是只負責執行還是和業務方一起探討更合理的方案？你有沒有給自己負責的產品提過一些建議？做過一些改善措施？如果前端只是作為一個執行者，作為一種被調度的資源，那麼即使最終項目取得了好的成績，跟你有多大關系？你自己會有多大的成就感？
另外一個很重要的點：就是對業務的把控能力。業務方總是會催著上線，開發時間不斷被壓縮該怎麼辦？進度不如預期怎麼辦？開發遇到瓶頸怎麼辦？發布新功能翻車了怎麼辦？
我見過有默默加班保證進度的，也有跟需求方重新談延期的，有發布出問題手足無措的，也有自己默默修復的，有遇到瓶頸一籌莫展的，也有及時跟老闆溝通，跟業務方撕逼的… 如何優雅的處理這些問題，有時候比寫代碼更難。為什麼有的人業務代碼邏輯混亂，寫的一團糟？我不相信是智力問題，反倒更相信是對項目本身沒有把控好，本來排了5天工作量的需求被業務方壓到了3天，你還能保證寫出健壯而不失風度的代碼？
觀點3：平台開發的前端難點在於產品化的把控和推進能力。
做業務時有人給你提需求，幫你出交互視覺稿，你只要負責寫頁面就行了。但是在支付寶前端，很多內部平台和技術產品都是技術自己主導，你需要自己發現問題，出方案，設計資料庫，自己出頁面，這是一個從無到有的創造的過程。並且要保證你做的東西是真正解決問題的，而不是做一些自己覺得很牛逼實際上並沒有解決用戶痛點的東西，用我老闆的話說就是對產品的把控能力，不要跑偏了。前端是最容易做出產品化東西的工程師了，因為後端不會做 UI，UI 不會寫代碼，唯前端兼顧，這是最大優勢。
再一個就是對產品的推進能力了，你做的東西可能需要各種資源？如何爭取？可能牽扯到多方利益？如何權衡？東西做出來了如何推廣?如何在用戶的一片罵聲中奮勇前進？
印象中很多平台型產品，剛開始投入使用時都是一片罵聲，各種問題，說實話負責這些產品的程序員壓力是相當大的，天天被罵還得徹夜幫別人解決問題，還得不斷優化系統，你說難不難？
以上三點就是本文所展現的理念，希望能對大家有幫助。