Flutter里面错误捕获的正确方法

背景

我们知道,在软件开发过程中,错误和异常总是在所难免。

不管是客户端的逻辑错误导致的,还是服务器的数据问题导致的,只要出现了异常,我们都需要一个机制来通知我们去处理。

在 APP 的开发过程中,我们通过一些第三方的平台,比如 Fabric、Bugly 等可以实现异常的日志上报。

Flutter 也有一些第三方的平台,比如 Sentry 可以实现异常的日志上报。

但是为了更加通用一些,本篇不具体讲解配合某个第三方平台的异常日志捕获,我们会告知大家如何在 Flutter 里面捕获异常。

至于具体的上报途径,不管是上报到自家的后台服务器,还是通过第三方的 SDK API 接口进行异常上报,都是可以的。

Demo 初始状态

首先我们新建 Flutter 项目,修改 main.dart 代码如下:

import 'package:flutter/material.dart';

void main() => runApp(MyApp());

class MyApp extends StatelessWidget {
 // This widget is the root of your application.
 @override
 Widget build(BuildContext context) {
  return MaterialApp(
   home: Scaffold(
    appBar: AppBar(title: Text('Flutter Crash Capture'),),
    body: MyHomePage(),
   ),
  );
 }
}

class MyHomePage extends StatelessWidget {
 @override
 Widget build(BuildContext context) {
  return Container();
 }
}

效果如下:

捕获错误

我们修改 MyHomePage,添加一个 List 然后进行越界访问,改动部分代码如下:

class MyHomePage extends StatelessWidget {
 @override
 Widget build(BuildContext context) {
  List<String> numList = ['1', '2'];
  print(numList[6]);
  return Container();
 }
}

可以看到控制台报错如下:

flutter: ══╡ EXCEPTION CAUGHT BY WIDGETS LIBRARY ╞═══════════════════════════════════════════════════════════
flutter: The following RangeError was thrown building MyHomePage(dirty):
flutter: RangeError (index): Invalid value: Not in range 0..1, inclusive: 6

当然这些错误信息在界面上也有显示(debug 模式)。

那么我们如何捕获呢?

其实很简单,有个通用模板,模板为:

import 'dart:async';

import 'package:flutter/material.dart';

Future<Null> main() async {
 FlutterError.onError = (FlutterErrorDetails details) async {
  Zone.current.handleUncaughtError(details.exception, details.stack);
 };

 runZoned<Future<void>>(() async {
  runApp(MyApp());
 }, onError: (error, stackTrace) async {
  await _reportError(error, stackTrace);
 });
}

Future<Null> _reportError(dynamic error, dynamic stackTrace) async {
 // TODO
}

在 TODO 里面就可以执行埋点上报操作或者其他处理了。

完整例子如下:

import 'dart:async';

import 'package:flutter/material.dart';

Future<Null> main() async {
 FlutterError.onError = (FlutterErrorDetails details) async {
  Zone.current.handleUncaughtError(details.exception, details.stack);
 };

 runZoned<Future<void>>(() async {
  runApp(MyApp());
 }, onError: (error, stackTrace) async {
  await _reportError(error, stackTrace);
 });
}

Future<Null> _reportError(dynamic error, dynamic stackTrace) async {
 print('catch error='+error);
}

class MyApp extends StatelessWidget {
 // This widget is the root of your application.
 @override
 Widget build(BuildContext context) {
  return MaterialApp(
   home: Scaffold(
    appBar: AppBar(title: Text('Flutter Crash Capture'),),
    body: MyHomePage(),
   ),
  );
 }
}

class MyHomePage extends StatelessWidget {
 @override
 Widget build(BuildContext context) {
  List<String> numList = ['1', '2'];
  print(numList[6]);
  return Container();
 }
}

运行可以看到控制台捕获到错误如下:

flutter: catch error=RangeError (index): Invalid value: Not in range 0..1, inclusive: 6

assert 妙用

我们知道,一般错误上报都是在打包发布到市场后才需要。

平时调试的时候如果遇到错误,我们是会定位问题并修复的。

因此在 debug 模式下,我们不希望上报错误,而是希望直接打印到控制台。

那么,这个时候就需要一种方式来区分现在是 debug 模式还是 release 模式,怎么区分呢?

这个时候就需要用到 assert 了。

bool get isInDebugMode {
 // Assume you're in production mode.
 bool inDebugMode = false;

 // Assert expressions are only evaluated during development. They are ignored
 // in production. Therefore, this code only sets `inDebugMode` to true
 // in a development environment.
 assert(inDebugMode = true);

 return inDebugMode;
}

从注释也可以知道,assert 表达式只在开发环境下会起作用,在生产环境下会被忽略。

因此利用这一个,我们就可以实现我们的需求。

上面的结论要验证也很简单,我们就不演示了。

完整模板

import 'dart:async';

import 'package:flutter/material.dart';

Future<Null> main() async {
 FlutterError.onError = (FlutterErrorDetails details) async {
  if (isInDebugMode) {
   FlutterError.dumpErrorToConsole(details);
  } else {
   Zone.current.handleUncaughtError(details.exception, details.stack);
  }
 };

 runZoned<Future<void>>(() async {
  runApp(MyApp());
 }, onError: (error, stackTrace) async {
  await _reportError(error, stackTrace);
 });
}

Future<Null> _reportError(dynamic error, dynamic stackTrace) async {
 // TODO
}

bool get isInDebugMode {
 // Assume you're in production mode.
 bool inDebugMode = false;

 // Assert expressions are only evaluated during development. They are ignored
 // in production. Therefore, this code only sets `inDebugMode` to true
 // in a development environment.
 assert(inDebugMode = true);

 return inDebugMode;
}

debug 模式下,直接将错误打印到控制台,方便定位问题。

release 模式下,将错误信息收集起来,上传到服务器。

参考链接:

Report errors to a service

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对我们的支持。

(0)

相关推荐

  • Flutter里面错误捕获的正确方法

    背景 我们知道,在软件开发过程中,错误和异常总是在所难免. 不管是客户端的逻辑错误导致的,还是服务器的数据问题导致的,只要出现了异常,我们都需要一个机制来通知我们去处理. 在 APP 的开发过程中,我们通过一些第三方的平台,比如 Fabric.Bugly 等可以实现异常的日志上报. Flutter 也有一些第三方的平台,比如 Sentry 可以实现异常的日志上报. 但是为了更加通用一些,本篇不具体讲解配合某个第三方平台的异常日志捕获,我们会告知大家如何在 Flutter 里面捕获异常. 至于具体

  • 详解JS中异常与错误处理的正确方法

    目录 简介 1 面向错误编程 1.1 墨菲定律 1.2 先判否 2. js 内置的错误处理 2.1 Error 类 2.2 throw 2.3 try catch 2.4 Promise.catch 3. 错误处理只有一次 总结 简介 首先,这篇文章一定会引起争议,因为对于错误处理从来就没有真正的标准答案,每个人都会有自己的主观意见. 我的理解毕竟也是片面,提出的想法主要是基于个人的经验总结,如果有异议,欢迎交流讨论. 为了能够尽量保持客观,我会将处理思想尽量前置,再围绕处理思想展开. 这样大家

  • win2008 r2中IIS7.5及以上设置404错误页面的正确方法

    1.进入windows 2008服务器,打开IIS Manager,点击需要设置404错误页面的网站.进入windows 2008服务器,打开IIS Manager,点击需要设置404错误页面的网站. 2.在IIS右侧选择错误页这项,双击打开. 3.出现错误页设置页面,今天我们这边只说明一下404如何设置,诸如500.503等这里先不考虑.双击404错误页面那项,或选中404那项点击右侧的编辑按钮 4.出现404错误页面设置选项,笔者选择的是第一个方法,输入404静态页面文件的完整路径,点击下方

  • 基于PHP7错误处理与异常处理方法(详解)

    PHP7错误处理 PHP 7 改变了大多数错误的报告方式.不同于传统(PHP 5)的错误报告机制,现在大多数错误被作为 Error 异常抛出. 这种 Error 异常可以像 Exception 异常一样被第一个匹配的 try / catch 块所捕获.如果没有匹配的 catch 块,则调用异常处理函数(事先通过 set_exception_handler() 注册)进行处理. 如果尚未注册异常处理函数,则按照传统方式处理:被报告为一个致命错误(Fatal Error). Error 类并非继承自

  • JavsScript中Promise的错误捕获详解

    目录 我们需要在异步任务中准确的进行错误捕获,以便我们可以知道错误出在什么地方 我们再讨论then方法中的第二个参数和Promise.catch方法的区别 题: then方法的连续调用,怎么能够知道是第几个then方法报错了呢. 总结 我们需要在异步任务中准确的进行错误捕获,以便我们可以知道错误出在什么地方 如果对Promise和trycatch不够理解的话,很多时候会出现Promise中的错误无法被捕获的情况,本文来讨论这些情况 try catch try catch 只能捕获当前上下文中的错

  • 浅谈PHP错误类型及屏蔽方法

    程序只要在运行,就免不了会出现错误,错误很常见,比如Error,Notice,Warning等等.在PHP中,主要有以下3种错误类型. 1.注意(Notices) 这些都是比较小而且不严重的错误,比如去访问一个未被定义的变量.通常,这类的错误是不提示给用户的,但有时这些错误会影响到运行的结果. 2.警告(Warnings) 这就是稍微严重一些的错误了,比如想要包含include()一个本身不存在的文件.这样的错误信息会提示给用户,但不会导致程序终止运行. 3.致命错误(Fatal errors)

  • 微信支付--签名错误问题的解决方法

    最近在做微信支付,调用微信的统一下单支付接口http://mch.weixin.qq.com/wiki/doc/api/jsapi.php?chapter=9_1时,老是返回"签名错误",偶尔可以成功,不知道是怎么回事.我在日志中打印出生成的字符串和签名,然后用相同的数据在微信支付提供的在线支付调试工具生成签名,发现生成的签名结果一样!生成的最终xml也一样,但接口就是返回 <xml><return_code><![CDATA[FAIL]]><

  • 微信js sdk invalid signature签名错误问题的解决方法分析

    本文实例讲述了微信js sdk invalid signature签名错误问题的解决方法.分享给大家供大家参考,具体如下: /**最近在做微信js sdk 接口调用说明*/ ***相信很多人都遇见像我这样的问题,再加上自己只能算是半个程序员,所以苦苦摸索了好久终于搞懂了. ****下面就把自己所遇见的各种问题和大家分享一下,都是自己亲手实验过的********/ 一.问题说明 如果出现 invalid signature,首先可以确定的是你的签名算法有问题. 建议:首先查看微信官方网站给出的解决

  • Vue中强制组件重新渲染的正确方法

    有时候,依赖 vue 响应方式来更新数据是不够的,相反,我们需要手动重新渲染组件来更新数据.或者,我们可能只想抛开当前的DOM,重新开始.那么,如何让vue以正确的方式重新呈现组件呢? 强制 Vue 重新渲染组件的最佳方法是在组件上设置:key. 当我们需要重新渲染组件时,只需更 key 的值,Vue 就会重新渲染组件. 这是一个非常简单的解决方案. 当然,你可能会对其他方式会更感兴趣: 简单粗暴的方式:重新加载整个页面 不妥的方式:使用 v-if 较好的方法:使用Vue的内置forceUpda

  • 使用Python webdriver图书馆抢座自动预约的正确方法

    文章目录 微信登录问题Python chrome driver操作导入库并声明浏览器:完整流程:用js来预约生成js代码 主函数--程序出错时尝试:检测是否成功:logging: 生成每天的日志文件 Windows定时任务后记: 学校的图书馆需要网上预约.复习考研的人多.疫情座位少,约上一个好点的座位对于我这种经常忘记事情的懒人来说很难. 考虑到老师实验室有一台供我们使用的Windows服务器是不会关机的,正好可以帮我在早上7:00预约系统开启的时候执行程序去预约一个座位.所以产生了这个想法.

随机推荐