99%的程序都沒有考慮的網絡異常？使用Fundebug.notify()主動上報

ChanceWong 發布于2019-08-23 18:32 / 1291人閱讀

摘要：而且官方也給出了示例在回調函數中上報異常為了確保完全掌握小程序的運行狀況，我們將異常上報。的微信小程序插件除了可以自動捕獲異常外，還支持通過接口主動上報異常。

近日看到一篇文章99%的程序都沒有考慮的網絡異常，開篇提到：

絕大多數程序只考慮了接口正常工作的場景，而用戶在使用我們的產品時遇到的各類異常，全都丟在看似 ok 的 try catch 中。如果沒有做好異常的兼容和兜底處理，會極大的影響用戶體驗，嚴重的還會帶來安全和資損風險。

于是，筆者分析了 GitHub 上的一些開源微信小程序，發現大多數的代碼異常處理確實是不夠的。

登錄接口只考慮成功的情況，沒考慮失敗的情況

//調用登錄接口
wx.login({
    success: function() {
        wx.getUserInfo({
            success: function(res) {
                that.globalData.userInfo = res.userInfo;
                typeof cb == "function" && cb(that.globalData.userInfo);
            }
        });
    }
});

網絡請求只考慮then不考慮catch

util.getData(index_api).then(function(data) {
    //this.setData({
    //
    //});
    console.log(data);
});

考慮了異常情況但是沒有做妥善的處理

db.collection("config")
    .where({})
    .get()
    .then(res => {
        console.log(res);
        if (res.data.length > 0) {
            Taro.setStorage({
                key: "config_gitter",
                data: res.data[0]
            });
        }
    })
    .catch(err => {
        console.error(err);
    });

也許 99%的情況下接口都是正常返回的，只有 1%的情況會失敗。看起來好像不是一件嚴重的事情，但是考慮到用戶的量級，這個事情就不那么簡單了。假設有 100 萬用戶，那么就有 1 萬用戶遇到異常情況，而且如果用戶的使用頻次很高，影響的何止 1 萬用戶。并且，如今產品都是體驗至上，如果遇到這樣的問題，用戶極大可能就棄你而去，流失了客戶就等于流失了收入。

如何妥善地處理接口異常的情況是一件嚴肅的事情，應當被重視起來。

妥善處理請求異常

那么，應當如何做呢？首先要定義請求異常的處理代碼，比如微信開放接口的參數中有fail（“接口調用失敗的回調函數”）、Promise 的catch部分；其次，根據異常可能導致的后果，在函數中做相應的處理。如果會導致后續操作失敗、或則界面無反饋，那么應當在 fail 回調中正確處理；如果你真的認為基本不可能出問題，那么至少寫個異常上報。即使出錯了，也知道具體的情況。

下圖是微信支付接口的參數列表，其中包含了接口調用失敗的回調函數(fail)。

而且官方也給出了示例：

wx.requestPayment({
    timeStamp: "",
    nonceStr: "",
    package: "",
    signType: "MD5",
    paySign: "",
    success(res) {},
    fail(res) {}
});

在回調函數fail中上報異常

為了確保完全掌握小程序的運行狀況，我們將異常上報。Fundebug 的微信小程序插件除了可以自動捕獲異常外，還支持通過API 接口主動上報異常。

根據其官方文檔：

使用 fundebug.notify()，可以將自定義的錯誤信息發送到 Fundebug

name: 錯誤名稱，參數類型為字符串

message: 錯誤信息，參數類型為字符串

option: 可選對象，參數類型為對象，用于發送一些額外信息

示例：

fundebug.notify("Test", "Hello, Fundebug!", {
 metaData: {
     company: "云麒",
     location: "廈門"
 }
});

首先在 Fundebug 創建一個小程序監控項目，并按照指示接入插件，然后在app.js的onLaunch函數下面調用wx.requestPayment來進行測試。

Fundebug 的微信小程序插件捕獲并上報了異常：

在metaData標簽還可以看到我們配置的 metaData，也就是fail回調函數的res參數。

因此，我們可以知道失敗的原因是訂單過期。

另外，如果在二維碼頁面停留時間過久，也會觸發報錯：

通過簡單的加入幾行代碼，就可以將小程序的異常情況了如指掌。而且 Fundebug 的微信小程序插件還可以監控線上 JavaScript 執行異常、自動捕獲wx.request請求錯誤、監控慢 HTTP 請求，推薦大家接入試用！

關于Fundebug

Fundebug專注于JavaScript、微信小程序、微信小游戲、支付寶小程序、React Native、Node.js和Java線上應用實時BUG監控。自從2016年雙十一正式上線，Fundebug累計處理了10億+錯誤事件，付費客戶有陽光保險、核桃編程、荔枝FM、掌門1對1、微脈、青團社等眾多品牌企業。歡迎大家免費試用！

轉載時請注明作者 Fundebug以及本文地址：
https://blog.fundebug.com/2019/07/08/report-http-error-by-fundebug-notify/

GPU云服務器云服務器沒有使用安全的證書沒有備案的小程序需要考慮的因素有所有的云服務器都可以使用linux嗎

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://m.specialneedsforspecialkids.com/yun/105399.html

99%的程序都沒有考慮的網絡異常

摘要：本文由云社區發表絕大多數程序只考慮了接口正常工作的場景，而用戶在使用我們的產品時遇到的各類異常，全都丟在看似的中。在面板，還可以對請求進行暫停延遲等網絡異常的模擬。小程序實現最后，留一道思考題。本文由云+社區發表絕大多數程序只考慮了接口正常工作的場景，而用戶在使用我們的產品時遇到的各類異常，全都丟在看似 ok 的 try catch 中。如果沒有做好異常的兼容和兜底處理，會極大的影...

HollisChuang 2019-08-23 14:19 評論0 收藏0
Sentry異常監控方案部署-前端攻略

摘要：故而，我們需要在項目出現異常時主動對其進行收集上報，分析原因和影響后制定下一步解決方案。所以，我們需要一款成熟的異常監控系統來協助我們。最近在公司項目中部署了，用于項目中異常監控，涵蓋了前端后端。原文首發于我的個人博客： https://lonhon.top/ 凡事只要有可能出錯,那就一定會出錯對于任何一個項目而言，本地測試肯定做不到100%覆蓋，而且，我們也不能保證用戶能按照我們...

Lorry_Lu 2019-08-22 16:31 評論0 收藏0
美團外賣Android Crash治理之路

摘要：通過團隊的全力全策，美團外賣的平均率從千分之三降到了萬分之二，最優值萬一左右率統計方式次數。美團外賣自年創建以來，業務就以指數級的速度發展。目前美團外賣日完成訂單量已突破萬，成為美團點評最重要的業務之一。面試中常常問到的是Android的性能優化以及Crash處理。今天我們來學習一下啊美團App的Crash處理。更多參考《Android性能優化：手把手帶你全面實現內存優化》原為地...

elva 2019-08-16 12:36 評論0 收藏0
JavaScript之錯誤異常探討

摘要：提供一套錯誤處理機制，錯誤是干擾程序正常流程的非正常的事故。構造函數是通用錯誤類型，除了類型，還有等類型。瀏覽器輸出其他錯誤類型構造函數是繼承，實例是一致的。數值超出有效范圍數值超出有效范圍創建一個實例，表示錯誤的原因無效引用。同步發布于 https://github.com/xianshanna... 我的建議是不要隱藏錯誤，勇敢地拋出來。沒有人會因為代碼出現 bug 導致程序崩潰...

LdhAndroid 2019-08-23 16:43 評論0 收藏0