成人国产在线小视频_日韩寡妇人妻调教在线播放_色成人www永久在线观看_2018国产精品久久_亚洲欧美高清在线30p_亚洲少妇综合一区_黄色在线播放国产_亚洲另类技巧小说校园_国产主播xx日韩_a级毛片在线免费

資訊專欄INFORMATION COLUMN

JS實現(xiàn)監(jiān)控微信小程序

Cheriselalala / 3362人閱讀

摘要:博客地址使用模塊化工具打包自己開發(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)境并沒有windowdocument對象,它只暴露了一個wx全局對象,發(fā)送網(wǎng)絡(luò)請求則是通過wx.request這個api,因此,這次我們需要攔截的就是wx.request方法

我們試著更改一下wx.request

wx.request = function() {
    console.log("66666");
}

這時控制臺會報錯TypeError: Cannot set property request of # which has only a getter

這是因為,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

相關(guān)文章

  • 監(jiān)控信小程序wx.request請求失敗

    摘要:微信小程序運維中心提供了錯誤日志記錄,但功能還是比較有限。有時候一個微信小程序可能會用到多個第三方服務(wù),從多個域名獲取數(shù)據(jù)。要使用監(jiān)控,你需要去網(wǎng)站注冊賬號并創(chuàng)建一個微信小程序監(jiān)控項目,然后按照提示接入插件。 在微信小程序里,與后臺服務(wù)器交互的主要接口函數(shù)是wx.request(),用于發(fā)起 HTTPS 網(wǎng)絡(luò)請求。其重要性不言而喻。然而,卻經(jīng)常遇到請求失敗的問題,筆者特意谷歌wx.re...

    lpjustdoit 評論0 收藏0
  • 99%的程序都沒有考慮的網(wǎng)絡(luò)異常?使用Fundebug.notify()主動上報

    摘要:而且官方也給出了示例在回調(diào)函數(shù)中上報異常為了確保完全掌握小程序的運行狀況,我們將異常上報。的微信小程序插件除了可以自動捕獲異常外,還支持通過接口主動上報異常。 近日看到一篇文章99%的程序都沒有考慮的網(wǎng)絡(luò)異常,開篇提到: 絕大多數(shù)程序只考慮了接口正常工作的場景,而用戶在使用我們的產(chǎn)品時遇到的各類異常,全都丟在看似 ok 的 try catch 中。如果沒有做好異常的兼容和兜底處理,會極...

    ChanceWong 評論0 收藏0

發(fā)表評論

0條評論

最新活動
閱讀需要支付1元查看
<