前端調試
幾種調試方法的比較
1/ window.alert()
一直覺得這個方法挺好用的，
於是初學前端的時候一直用著這種方法，
唯一的弊病就是每一次的alert都要手動去關閉提示框，而且不同瀏覽器的提示框完全不同，
所以當前輩跟我說為何不用consol.log()
2/
console.log()
與上者唯一的不同就在於，
它不通過擾人的小窗口顯示調試信息，
而通過控制台來列印調試
信息。
3/ debugger
使用「debugger;」語句在可以代碼中加入強制斷點。
需要斷點條件嗎？只需將它包裝它在
IF
子句中：
if (somethingHappens) {
debugger;
}
需記住在上線前一定要移除掉這條語句。
『貳』 jsp文件前端怎麼調試
在jsp頁面進行調試，需要使用IE瀏覽器自帶的開發人員工具。
首先打開你的項目，運行。
然後打開你要調試的jsp頁面。
點擊 瀏覽器右上角的工具按鈕。
『叄』 怎麼在移動端調試web前端
具體調試步驟如下：,
用 Chrome 模擬 UA、屏幕尺寸 和 觸摸特性，完成第一階段的開發和調試。
但對於國內開發者而言，最大的問題在於國產瀏覽器的各種奇怪BUG。
面對這類沒有調試工具的瀏覽器，weinre 也是一個可行的解決方案。
如果只是對JavaScript的異常進行跟蹤，自己敲幾行代碼也可以勉強處理一下。
引入一個外部鏈接來接收異常信息，藉此把異常顯示到開發環境中，這樣就可以根據異常的信息對 JavaScript 代碼進行跟蹤和定位。
其中大致的實現原理，是通過對 window.onerror 進行一個全局的異常監聽，把捕獲到的異常發送到指定的介面。
『肆』 有線電視鄰頻前端如何調試
有線電視鄰頻前端調試方法：
先調天線放大器；
再調前端信號處理設備（調制器或頻道處理器）；
最後統調前端輸出電平。
【溫馨提示】
具體調試前，應熟悉各設備的性能及調試方法（查看說明書），並應仔細檢查各設備連接是否正確，連接有無斷路及短路情況，插接器是否良好。檢查無誤後，方可通電。
前端是系統的心臟，它包括衛星接收和前端設備。網路所傳輸的各種信息質量關鍵就在前端設備工作是否正常、穩定、可靠，其故障大致可分以下幾方面。
1衛星接收天線系統的故障
1.1日凌現象的發生及干擾
當衛星、太陽、地面接收站三者成一條直線時，也就是說當衛星接收天線對准衛星的同時對准了太陽，強大太陽的雜訊使電視信號受到強烈干擾，嚴重時電視信號中斷，這就是日凌現象對靜止同步衛星產生的影響，這種影響對模擬信號影響小，而對數字信號影響大，時間也長。據有關資料介紹，日凌現象一般每年發生兩次，每次連接3～6天時間不等，每天最長時間達到10min，北半球的地面發射和接收站一般發生在春分日前秋分日後的23天之內，但各個地區每個地面站發生日凌的時間不同，可根據各地面站位置的經緯坐標來計算出每年日凌的時間，以便提前通知用戶或者採取相應的措施來保證電視信號的正常傳輸。
1.2太陽黑子對衛星信號的影響
在前端有時出現各頻道圖像的信號強度會慢慢減弱，畫面出現黑白雜波點，雪花點慢慢增多，有時直到全屏無圖像，伴音雜訊顯得格外明顯，這種現象的出現長達半小時，短時則幾分鍾，這並不是衛星接收設備出現故障，也不是因為衛星接收天線偏離或衛星略微漂移所導致的現象，而是太陽黑子的出現對電視信號產生了干擾和嚴重衰減所造成，如果太陽黑子的活動能量大，時間長，就會使衛星電視信號立即中斷，使各頻道場強指標下降較多，甚至降為0dB，且持續的時間也會越長，當太陽黑子活動消失，衛星電視信號的強度將慢慢恢復到原來強度，該現象不論是模擬信號還是數字信號，都會受到同樣影響。
1.3雨雪天氣對收視Ku波段節目的影響
使用KU波段的同行們都遇到過天氣氣候不同時，如濃雲密布、霧氣沖天、狂風暴雨、雨量密度及顆粒大小、下冰雹等，都會對衛星上下行信號造成一定影響，頻率高低不同產生的信號損耗也不一樣，從平時觀察情況看，一般對KU波段的影響比對C波段的影響要大得多，特別是雨水沖刷天線盤面時，造成物理性衛星訊號散射，使信號中斷。從有關資料獲知，遇到影響電波發射和收視時，其場強信號增益急劇下降，對Ku波段節目的收視產生一定影響，特別是下雨或下大雨時會造成信號急劇下降和中斷，在北方下雪是常事，但下雪比下雨的信號損耗相應要輕得多，可以說下雪天對KU信號不會受到較大損害，如果是雨夾雪氣候，它會導致信號大幅度減弱或中斷，如果高空中有濃厚的雨層也會使Ku波段信號減弱或中斷，總之，Ku波段對天氣氣候是非常敏感的，這也是電視工作者最頭痛的問題。
衛星接收天線安裝的穩定和牢固性也是一項不可缺少的指標，因為它會嚴重影響天線的指向性，面無線的指向性不好對接收的模擬和數字信號的影響不容忽視。在刮大風時，若無線穩定性不好，安裝在高層頂上的天線會搖晃得很厲害，甚至偏離衛星使接收到的信號不穩定，噪波大。天線安裝完畢，底座固定牢靠後，在天線的四方均應安裝拉線，這樣風力再大，天線也不會擺動，另外天線本身的強度設計生產時一定要達到十二級風力的抗壓強度。
前饋式高頻頭固定不牢靠，因風力所致若聚焦尺寸發生變化，就會在電視屏幕上出現噪波點。
1.4「馬賽克」現象
在接收衛星數字壓縮頻道節目時，有時畫面出現全馬賽克和部分馬賽克，該現象是在接收數字衛星電視信號時，由於傳輸誤碼原因，引起了該現象，「馬賽克」現象會嚴重影響電視信號的收視效果，如果注意適當地選擇數字衛星接收用的LNB和接收天線，它能改善或基本消除這種「馬賽克」現象，保證播出圖像質量。
數字接收機採用QPSK調相方式傳輸，信號的解調是根據相位的檢測來實現，若LNB的相位雜訊過高，會造成檢測的誤差而導致誤碼率增加，誤碼率超過規定值後，就會使接收到的圖像產生「馬賽克」現象。
另外，所選擇數字接收用的LNB的頻率穩定度，越高的LNB，其相位雜訊也越低，產生誤碼的機率就少。
1.5雨雪天對後饋式C波段接收天線的影響
在下雨，特別是雷陣雨時，雨水易浸入接收天線波導口，經波導進入高頻頭，造成該天線接收的所有節目出現噪波點，若高頻頭內積水較多，全都節目信號會中斷，屏幕出現全雪花，這時應關掉衛星接收機電源，卸下高頻頭，放掉積水，然後用干布擦掉水份和潮氣，重新安裝後信號恢復正常。為避免水再進入，可在天線波導日用一塊玻璃蓋上，然後將波導口邊緣用防水膠粘死玻璃，這樣即不影響信號的接收，也能確保雨水不會再進入高頻頭內。
2前端伴音故障
（1）各頻道伴音不一致，在換頻道時出現聲音大小不均，是各有線台常出現的現象，電視用戶對該現象反映強烈，這類故障由前端設備人口前的伴音大小不一致引起的故障，故障原因是：
①若同用一台接收機，分別接收不同衛星上的電視節目，用YZC～3音頻測試儀測其伴音電平，發現所測電平差異較大，說明衛星系統本身存在著各套電視節目伴音電平不一致的問題。
②因地面接收站所在徑緯度不同，接收天線尺寸不一樣大，安裝後的衛星接收機忽視了伴音輸出值的測試和調整，也會導致伴音不一致。因此安裝後的接收機都應對輸出伴音進行測試
和調整。伴音電子控制在低於前端調制器最大電平之內。
③選用不同的調制器，它的伴音最大輸出電平也不一樣，當伴音為100％調制時，其最大輸出電平為-6dB，由於各調制器靈敏度不同，則要求的a幅室也不同，如安裝後再進行伴音電平調整，全系統終端用戶肯定全產生伴音大小差異過大，產生阻塞失真。
④除上述幾種原因外，還有原帶在前、後期製作時錄人音量大小不一致，該原因只有在生產節目時按國家規定的統一伴音錄制。
（2）處理辦法：
①將各套衛星接收機的伴音輸出電平調整一樣。
②在完成調整衛星接收機的輸出電平後，用PI一2型頻偏儀校準各套中頻調制器的伴音調制深度（頻偏）為±50KC。
③市面上有一種進口的聲音均衡器，它可直接安裝在前端某一設備信號源的進口端，能起到伴音大小不一致時，自動均衡後達到伴音一致的目的。
3設備應育頻率的穩定特往
前端設備至關重要的一項技術指標是穩定可靠性，顯然前端調制器的頻率穩定度將直接關繫到系統質量大關，大家都知道，電視伴音的載頻與圖像載頻僅相差6.5MHZ，電視伴音的頻率受音頻調制，若頻率偏移大於10kHz，所播出的伴音就會產生失真的現象。
4前端干擾源
由於前端機房周圍有恆定的干擾源，即使採取一系列措施，也難免阻止干擾侵入機房前端信號內，因前端設備是低電平小信號系統，運行頻帶較寬，各種干擾進入系統後很難消除隱患，干擾源由以下幾種原因產生：
（1）其干擾源有從開路發射台直接送來的同頻電視信號，該信號一是進入前端會影響系統中與開路信號相同的頻道，使路端畫面產生同頻干擾，嚴重的甚至無法收看，如果在系統安排與調頻廣播相近的電視頻道，會使干擾信號直接進入，影響該系統的傳輸質量，除此之外，還有本地區的傳呼台、無線調度台、微波信號源也非常容易干擾已安置的電視頻道節目。
（2）武警水電指揮部駐地北京市六里橋地區，周圍電器輻射干擾，特別是無線電雜波（郵電微波網、尋呼台及周邊機械造成的輻射干擾和汽車等產生）的輻射都會影響信號的傳輸，因此，前端機房選址時，應盡量避開或遠離這些干擾源。
（3）高低壓電源和其它干擾。前端離高、低壓配電室、電梯較近，當強大電流通過時會在機房周圍產生較強磁場，它也會產生干擾，若前端設備緊靠這些干擾源，會很容易侵入機戶串入信號。
（4）另外，前端機房靠近大型供熱、供水站、高速鐵路和公路。它會產生強烈的機械振動或持續振動的振動源，這些振動源會產生一定頻率的干擾源，另外模式振動變成電路系統中寄生調幅的可能性也是存在的，這些都能產生電視信號的干擾源，應盡量遠離振動源。
『伍』 Web前端用什麼工具調試
Web前端開發中，為編寫高效的HTML/CSS/JavaScript，優化Web前端性能，不可避免要分析HTTP請求頭和響應頭，調試HTML/CSS/JavaScript。這時候，我們就需要用到一些Web前端的開發調試工具。以下的工具，是Web前端工程師最常用的：
1.FireBug
2012年以前，火狐狸幾乎是所有前端開發者最喜歡的瀏覽器，基於FireFox的插件FireBug成了Web前端工程師開發調試網頁的首選利器。
2.Chrome Developer Tools
自從2011年FireBug的開發者J.Barton跳槽到Google，負責開發Chrome Developer Tools後，Chrome Developer Tools就有了本質性的變化。於是，Web前端開發工程師最喜歡的瀏覽器又變成了Chrome，Chrome Developer Tools也就順理成章成為開發調試網頁的不二利器了。
3.Fiddler 2
FireBug和Chrome Developer Tools雖好，只是分別針對FF和Chrome，那麼有沒有針對所有瀏覽器或者針對HTTP協議的調試工具呢？那就是Fiddler 2了。
這些工具都提供了種類繁多的功能，要完全掌握並非易事。初學者打開一看，密密麻麻的，往往有無從下手的感覺。其實呢，工具的使用很簡單，無它，唯手熟爾。初學者有無從下手的感覺，是因為不了解工具背後的原理而已。
『陸』 怎樣使用chrome調試前端html和css
chrome瀏覽器開發者工具打開方式：
1、F12快捷鍵打開。
2、組合快捷鍵Ctrl+Shift+I
3、瀏覽器中的「菜單-更多工具-開發者工具」
調試的話可以直接用組合快捷鍵Ctrl+Shift+C，可以選中需要調整的元素，開發者工具中有各種屬性和值，這是就可以進行修改，並能實時查看效果。
『柒』 前端開發者mac下怎麼ie調試
最前端開發，涉及到兼容性問題，發現MAC上的Safari中的文本框聚焦時有自帶藍色陰影，所以需要使用開發模式看看是哪裡的問題，但是不熟悉MAC，不知道怎麼開啟這功能，方法如下：
1.點擊Safari啟動瀏覽器
2.點擊左上Safari標志，選擇偏好設置
3.選擇高級，勾選下方的在菜單欄顯示開發菜單。
如此，Safari就出現了開發菜單，右鍵網頁元素也會出現查看元素功能了。
『捌』 前端怎麼添加debugger調試
在JS代碼中加入debugger關鍵字即可
var str=100;
for(var i=0;i<10;i++)
{
str +=i*2;
debugger;
}