knife4j文档请求异常_99%的程序都没有考虑的网络异常?使用Fundebug.notify()主动上报

341c9ebcf783a48ed385bed1fcc02d4f.png

近日看到一篇文章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)。

4982d7ccb91f25b8d1c347468d7d44d6.png

而且官方也给出了示例:

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.jsonLaunch函数下面调用wx.requestPayment来进行测试。

d0a4e0c8beea643d8bd414697790c844.png

Fundebug 的微信小程序插件捕获并上报了异常:

3b55db59814115b5fc339adc5e7349cc.png

metaData标签还可以看到我们配置的 metaData,也就是fail回调函数的res参数。

64c9307512a120319cc0f76289fcaa49.png

因此,我们可以知道失败的原因是订单过期。

另外,如果在二维码页面停留时间过久,也会触发报错:

a660570b2b5ad691782d2a4e567a8386.png

通过简单的加入几行代码,就可以将小程序的异常情况了如指掌。而且 Fundebug 的微信小程序插件还可以监控线上 JavaScript 执行异常、自动捕获wx.request请求错误、监控慢 HTTP 请求,推荐大家接入试用!

关于Fundebug

Fundebug专注于JavaScript、微信小程序、微信小游戏、支付宝小程序、React Native、Node.js和Java线上应用实时BUG监控。 自从2016年双十一正式上线,Fundebug累计处理了10亿+错误事件,付费客户有阳光保险、核桃编程、荔枝FM、掌门1对1、微脉、青团社等众多品牌企业。欢迎大家免费试用!

173b3588c69c0ef4d4efc06e0ee4e1fa.png

版权声明

转载时请注明作者 Fundebug以及本文地址: https://blog.fundebug.com/2019/07/08/report-http-error-by-fundebug-notify/

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值