搭建前端監(jiān)控系統(tǒng)（四）接口請求異常監(jiān)控篇如何監(jiān)控前端接口請求：1、如何監(jiān)控ajax請求如果作為前端開發(fā)者你用的jquery、zepto、或者自己封裝的ajax方法，就可以用如下的方法進行監(jiān)控排查。前端開發(fā)者在監(jiān)控XMLHttpRequest對象的兩個事件loadstart，loadend。但是監(jiān)控的結(jié)果并不是像我們想象的那么容易理解，我們先看下ajaxLoadStart，ajaxLoadEnd的回調(diào)方法。一個頁面上會有很多個請求，當一個頁面發(fā)出多個請求的時候，ajaxLoadStart事件被監(jiān)控到，但是卻無法區(qū)分出來到底發(fā)送的是哪個請求，只返回了一個內(nèi)容超多的事件對象，而且事件對象的內(nèi)容幾乎完全一樣。當ajaxLoadEnd事件被監(jiān)控到的時候，也會返回一個內(nèi)容超多的時間對象，這個時候事件對象里包含了接口請求的所有信息。幸運的是，兩個對象是同一個引用，也就意味著，ajaxLoadStart和ajaxLoadEnd事件被捕獲的時候，他們作用的是用一個對象。那前端開發(fā)者就有辦法分析出來了。webfunny埋點系統(tǒng)具備靈活多維度分析，支持數(shù)據(jù)多層級下鉆，滿足多場景分析需求，驅(qū)動業(yè)務(wù)實現(xiàn)增長。前端監(jiān)控和前端行為分析平臺推薦

前端出現(xiàn)異常的時候，前端程序員如果發(fā)現(xiàn)是CDN報錯的原因，這個時候為了避免出現(xiàn)替第三方公司背鍋，因為做前端的都知道，這是很憋屈的一種線上Bug，還是替第三方公司背鍋。如果是第三方的東西出了問題，上面領(lǐng)導(dǎo)永遠都只懷疑是你的代碼有bug，如果你沒有有力的證據(jù)，即使你已經(jīng)排查過了，領(lǐng)導(dǎo)也只會說一句“你再去好好排查一下你自己的代碼”，這時候前端可能會很委屈、有一鍵盤呼他臉上的沖動。因為之前工作的時候出現(xiàn)過這種背鍋的事情，所以在webfunny前端監(jiān)控系統(tǒng)里加入了對靜態(tài)資源的監(jiān)控功能。前不久，阿里部分區(qū)域的出現(xiàn)了5分鐘無法訪問的情況。我們線上群里頓時就炸開了鍋，讓我趕緊排查問題。我打開了錯誤監(jiān)控，發(fā)現(xiàn)只有靜態(tài)資源報錯陡然飆升。在群里輕輕的說了一句，是CDN有問題，果然不一會兒，CDN就發(fā)了公告了。這一刻作為前端程序員我是一次感覺擁有前端監(jiān)控系統(tǒng)，是多么的重要，再也不用替三方公司背鍋了。穩(wěn)定的前端監(jiān)控和前端性能監(jiān)控工具webfunny前端監(jiān)控可以來分析系統(tǒng)的性能情況包括頁面和接口性能，加載耗時，成功率。

現(xiàn)有的大部分監(jiān)控方案都是針對服務(wù)端的，而針對前端的監(jiān)控很少，諸如線上頁面的白屏時間是多少、靜態(tài)資源的加載情況如何、接口請求耗時好久、什么時候掛掉了、為什么掛掉，這些都不清楚。同時，在產(chǎn)品推廣過程中，經(jīng)常需要統(tǒng)計頁面的使用情況及用戶行為，從而可以從運營和產(chǎn)品的角度去了解用戶群體，進而迭代升級產(chǎn)品，使其更加貼近用戶，為業(yè)務(wù)的擴展提供更多可能性。因而，我們需要一個前端的頁面監(jiān)控系統(tǒng)，持續(xù)監(jiān)控和預(yù)警頁面性能的狀況，并且在發(fā)現(xiàn)瓶頸時用于指導(dǎo)優(yōu)化工作。

前端出現(xiàn)異常報錯的時候，有前端幫后臺背鍋之前怎么快速優(yōu)雅的"甩鍋"？在做前端程序員的時候，我之前所在的公司后臺可是有著完善的監(jiān)控系統(tǒng)，他們都覺得自己的代碼和監(jiān)控都做得非常完善，但是前端的我做了監(jiān)控結(jié)果后來看，事實并非如此。當然，你也許會說這是開發(fā)和測試不專業(yè)，這么明顯的問題都沒有發(fā)現(xiàn)，但是，我只能用一句話來解釋：人非圣賢。與其追究是誰的責任，不如想辦法解決問題。將線上的損失減少到較低的影響。如果作為前端你對項目做了監(jiān)控，并且能實時監(jiān)控到，出現(xiàn)問題的時候把報錯截圖發(fā)給后臺小伙伴，你還需要跟他們爭論是誰的鍋嗎？當然，如果是前端程序員自己的鍋，那還是趕緊偷偷修改掉吧，在建立webfunny前端監(jiān)控時，我也是充分考慮到前端接口這個報錯問題點充分做了細致設(shè)計。通過監(jiān)控來對線上的流量數(shù)據(jù)、用戶量統(tǒng)計、頁面訪問趨勢、用戶活躍量趨勢等等指標有一個清晰直觀的了解。

webfunny前端監(jiān)控中自定義埋點和漏斗分析7.1、自定埋點：正常情況下，埋點功能應(yīng)該由后端同學配合完成。在真實的開發(fā)過程中，我們免不了遇到需要做一些特殊的埋點，但是有時候又不容易得到后端同學幫助的情況，那么前端開發(fā)可以自己去完成埋點功能。如下：圖表中展示埋點觸發(fā)的次數(shù)，以及埋點觸發(fā)的人數(shù)。7.2、漏斗分析：在增加自定義埋點的同時，Webfunny也增加了埋點步驟轉(zhuǎn)化率統(tǒng)計：埋點1->埋點2的留存率分析。進一步強化自定義埋點功能。webfunny一體化埋點系統(tǒng)：數(shù)據(jù)“采集+管理+分析”智能一體化，數(shù)據(jù)驅(qū)動業(yè)務(wù)，讓埋點不再困難。前端監(jiān)控和靜態(tài)資源加載錯誤監(jiān)控軟件搭建

webfunny前端一體化埋點可實現(xiàn)漏斗分析，支持業(yè)務(wù)做更深度數(shù)據(jù)分析。前端監(jiān)控和前端行為分析平臺推薦

搭建前端監(jiān)控系統(tǒng)（五）消息隊列處理并發(fā)：1、增加日志上傳的時間間隔前端程序員應(yīng)該都知道，日志上傳的時間間隔越長，用戶在這個間隔內(nèi)離開的幾率就會越大，日志的漏傳量就會增加，然后會導(dǎo)致日志的準確度降低。因為我們的探針是安插在瀏覽器內(nèi)的，用戶隨時都有可能關(guān)掉，所以，理論上講間隔越短越好，但這并不現(xiàn)實。所以這個需要在服務(wù)器的承受能力和日志的準確率之間做個權(quán)衡。由具體情況而定2、移除探針代碼里冗余的參數(shù)，縮短參數(shù)名字的長度另外一點，每臺服務(wù)器的硬盤有限，帶寬有限，如果參數(shù)名字太長，參數(shù)內(nèi)容冗余，對服務(wù)器的硬盤和帶寬都是一種極大的浪費。雖然每條日志都不起眼，但是日志起量了以后，就是會是一筆非常龐大的開銷。前端監(jiān)控和前端行為分析平臺推薦

上海觀縱科技有限公司發(fā)展規(guī)模團隊不斷壯大，現(xiàn)有一支專業(yè)技術(shù)團隊，各種專業(yè)設(shè)備齊全。在觀縱科技近多年發(fā)展歷史，公司旗下現(xiàn)有品牌webfunny,walkingfunny,argus等。我公司擁有強大的技術(shù)實力，多年來一直專注于一般項目:技術(shù)服務(wù)、技術(shù)開發(fā)、技術(shù)咨詢、技術(shù)交流、技術(shù)轉(zhuǎn)讓、技術(shù)推廣;軟件開發(fā);人工智能基礎(chǔ)軟件開發(fā);人工智能應(yīng)用軟件開發(fā);數(shù)據(jù)處理服務(wù);信息技術(shù)咨詢服務(wù);信息系統(tǒng)集成服務(wù):信息系統(tǒng)運行維護服務(wù);計算機系統(tǒng)服務(wù);軟件銷售;計算機軟硬件及輔助設(shè)備批發(fā);計算機軟硬件及輔助設(shè)備零售;電子產(chǎn)品銷售;通信設(shè)備銷售;通訊設(shè)備銷售;咨詢策劃服務(wù);市場調(diào)查(不含涉外調(diào)查);廣告制作;廣告發(fā)布;廣告設(shè)計、代理;會議及展覽服務(wù);貨物進出口。(除依法須經(jīng)批準的項目外，憑營業(yè)執(zhí)照依法自主開展經(jīng)營活動) 許可項目:建筑智能化系統(tǒng)設(shè)計;建設(shè)工程施工;網(wǎng)絡(luò)文化經(jīng)營;互聯(lián)網(wǎng)信息服務(wù)。(依法須經(jīng)批準的項目，經(jīng)相關(guān)部門批準后方可開展經(jīng)營活動，具體經(jīng)營項目以相關(guān)部門批準文件或許可證件為準)的發(fā)展和創(chuàng)新，打造高指標產(chǎn)品和服務(wù)。誠實、守信是對企業(yè)的經(jīng)營要求，也是我們做人的基本準則。公司致力于打造***的webfunny前端監(jiān)控，webfunny前端埋點，全鏈路應(yīng)用性能監(jiān)控，Argus-IT運維監(jiān)控。