摘要:博客地址使用模塊化工具打包自己開發(fā)的庫文章中有提到,當(dāng)時需要寫一個,監(jiān)控小程序的后臺接口調(diào)用和頁面報錯,今天就來說下實現(xiàn)原理吧原理之前也做過瀏覽器端的數(shù)據(jù)埋點上報,其實原理大同小異通過劫持原始方法,獲取需要上報的數(shù)據(jù),最后再執(zhí)行原始方法,這
博客地址
《使用模塊化工具打包自己開發(fā)的JS庫》文章中有提到,當(dāng)時需要寫一個SDK,監(jiān)控小程序的后臺接口調(diào)用和頁面報錯,今天就來說下實現(xiàn)原理吧!
原理之前也做過瀏覽器web端的SDK數(shù)據(jù)埋點上報,其實原理大同小異:通過劫持原始方法,獲取需要上報的數(shù)據(jù),最后再執(zhí)行原始方法,這樣就能實現(xiàn)無痕埋點。
舉個例子:我希望監(jiān)控所有web頁面的ajax請求,每次發(fā)送ajax,都需要在控制臺打印出發(fā)送的url
平時我們開發(fā),發(fā)送ajax一般用的都是封裝好的庫,例如jQuery,Axios等,然而這些庫,底層仍然用的是瀏覽器原生的XMLHttpRequest對象,因此,我們只需要修改XMLHttpRequest對象即可
注意:由于JS的靈活性,修改原生方法是一件很容易的事,然而并不鼓勵這樣做!
// 把這段代碼放在所有JS代碼之前,我們就實現(xiàn)了攔截ajax的需求 window.XMLHttpRequest.prototype.open = (function(originOpen) { return function(method, url, async) { console.log("發(fā)送了ajax,url是: ", url); return originOpen.apply(this, arguments); }; })(window.XMLHttpRequest.prototype.open);
在這個立即執(zhí)行函數(shù)中,我們把原生的open方法通過originOpen暫時存儲起來,然后在外面包裹一層函數(shù),實現(xiàn)了打印輸出url的功能,最后通過originOpen.apply讓原生方法運行,這樣就實現(xiàn)了無痕攔截。
監(jiān)控小程序 攔截wx.request小程序的運行環(huán)境并沒有window和document對象,它只暴露了一個wx全局對象,發(fā)送網(wǎng)絡(luò)請求則是通過wx.request這個api,因此,這次我們需要攔截的就是wx.request方法
我們試著更改一下wx.request
wx.request = function() { console.log("66666"); }
這時控制臺會報錯TypeError: Cannot set property request of #
這是因為,wx.request這個屬性,只有get方法而沒有set方法,我們可以通過Object.getOwnPropertyDescriptor驗證:
const des = Object.getOwnPropertyDescriptor(wx, "request"); // des { // configurable: true, // enumerable: true, // get: f(), // set: undefined // }
我們可以換種方式修改:
const originRequest = wx.request; Object.defineProperty(wx, "request", { configurable: true, enumerable: true, writable: true, value: function() { const config = arguments[0] || {}; const url = config.url; console.log("發(fā)送了ajax,url是: ", url); return originRequest.apply(this, arguments); } });
這次就實現(xiàn)攔截功能了!
監(jiān)控異常小程序的注冊函數(shù)App有個全局的onError方法,我們可以在小程序的入口文件app.js先注冊一個該方法:
App({ onError: function(err) { console.log("上報錯誤啦!"); wx.request({ url: "http://monitor.com/monitor/error", data: err }) } }) App({ // 其他邏輯 })
不過需要注意的是:如果后續(xù)的程序重寫了onError的話,將會導(dǎo)致之前注冊的onError失效。
解決方法可以是:我們監(jiān)控SDK可以暴露一個接口,讓接入方自己在onError中調(diào)用我們的接口。
App({ onError: function (err) { monitor.notifyError(err) } })上報數(shù)據(jù)
收集好需要的數(shù)據(jù)后,當(dāng)然就要上報后臺。怎么上報?當(dāng)然還是用的wx.request發(fā)送請求。
這里就容易出現(xiàn)一個死循環(huán): 如果用之前被我們包裝過的wx.request上報數(shù)據(jù),那么上報數(shù)據(jù)這個ajax請求,也會被我們認為是普通的ajax請求,然后又會觸發(fā)上報,這樣來來回回,無窮無盡的發(fā)送上報數(shù)據(jù)。
解決方法有多種,比如:
方案1
可以在包裝wx.request的時候,判斷發(fā)送的url如果是上報接口,那么就不再上報了。
const originRequest = wx.request; Object.defineProperty(wx, "request", { configurable: true, enumerable: true, writable: true, value: function() { const config = arguments[0] || {}; const url = config.url; if (url.indexOf("http://monitor.com") > -1) { // 直接發(fā)送請求,不上報 return originRequest.apply(this, arguments); } console.log("上報ajax數(shù)據(jù)啦!"); wx.request({ url: "http://monitor.com/monitor/ajax", data: config.data }) return originRequest.apply(this, arguments); } });
方案2
在包裝wx.request之前,保留一份最原始的wx.request方法,所有的上報請求,就不走被包裝過的方法,而走最原始的方法。
const myRequest = wx.request; const wrapRequest = function () { const originRequest = wx.request; Object.defineProperty(wx, "request", { configurable: true, enumerable: true, writable: true, value: function() { const config = arguments[0] || {}; const url = config.url; console.log("上報數(shù)據(jù)啦!"); // 使用最原始的request方法 myRequest({ url: "http://monitor.com/monitor/ajax", data: config.data }) return originRequest.apply(this, arguments); } }); } wrapRequest();其他事項
實際開發(fā)中當(dāng)然還有更多的細節(jié),比如監(jiān)控項目的鑒權(quán),SDK的代碼結(jié)構(gòu),上報前的數(shù)據(jù)收集和聚合等等,本文就不詳細展開了。
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://systransis.cn/yun/95455.html
摘要:微信小程序運維中心提供了錯誤日志記錄,但功能還是比較有限。有時候一個微信小程序可能會用到多個第三方服務(wù),從多個域名獲取數(shù)據(jù)。要使用監(jiān)控,你需要去網(wǎng)站注冊賬號并創(chuàng)建一個微信小程序監(jiān)控項目,然后按照提示接入插件。 在微信小程序里,與后臺服務(wù)器交互的主要接口函數(shù)是wx.request(),用于發(fā)起 HTTPS 網(wǎng)絡(luò)請求。其重要性不言而喻。然而,卻經(jīng)常遇到請求失敗的問題,筆者特意谷歌wx.re...
摘要:而且官方也給出了示例在回調(diào)函數(shù)中上報異常為了確保完全掌握小程序的運行狀況,我們將異常上報。的微信小程序插件除了可以自動捕獲異常外,還支持通過接口主動上報異常。 近日看到一篇文章99%的程序都沒有考慮的網(wǎng)絡(luò)異常,開篇提到: 絕大多數(shù)程序只考慮了接口正常工作的場景,而用戶在使用我們的產(chǎn)品時遇到的各類異常,全都丟在看似 ok 的 try catch 中。如果沒有做好異常的兼容和兜底處理,會極...
閱讀 3569·2023-04-25 16:35
閱讀 714·2021-10-11 11:09
閱讀 6192·2021-09-22 15:11
閱讀 3362·2019-08-30 14:03
閱讀 2604·2019-08-29 16:54
閱讀 3356·2019-08-29 16:34
閱讀 3063·2019-08-29 12:18
閱讀 2132·2019-08-28 18:31