Dart 处理错误和异常的正确方式

前言

当程序运行过程中发生错误的时候,Dart 会抛出异常。在 Dart 中使用了on ... catch 方式来捕获指定类型的异常,例如:

class Person {
  late String name;
  late int age;

  Person(this.name, this.age);

  Person.fromJson(Map<String, dynamic> json) {
    name = json['name'];
    age = json['age'];
  }
}

// 这里只是演示on...catch,实际上不应该捕获 Error
void main() {
  try {
    var person = Person.fromJson({'name': 'Jack'});
    print(person);
  } on TypeError catch (e, s) {
    print('Error: $e, Stack: $s');
  }
}

这种方式的好处就是能够明确可能发生的错误类型,做到精准捕获,从而更容易定位问题发生的原因。本篇来介绍 Dart 错误和异常处理的规范。

规则1:尽可能地使用 on 语句

上面的例子,其实我们写成下面的形式也能够正常捕获异常。

// 错误示例
void main() {
  try {
    var person = Person.fromJson({'name': 'Jack'});
    print(person);
  } catch (e, s) {
    print('Error: $e, Stack: $s');
  }
}

这种方式称之为“宝可梦式异常处理”(Pokémon Exception Handling)。这样一方面是对特定错误做特定处理,例如 StackOverflowErrorOutOfMemoryError。或者是当调用方法传错参数后,准确捕获 ArgumentError 的话能够帮助我们快速定位问题。
在大多数情况下,应该使用 on...catch 的方式来限制我们编程的时候的错误类型,这样会清楚地提醒我们有哪些可能的错误,以及如何正确地处理它们。
极少数情况下,可能会需要捕获任何运行时错误。这对于框架设计或底层代码为了避免应用程序出现问题来说会有用。即便是这样,指定捕获 Exception 也比捕获全部类型要好。Exception 是所有运行时错误的基类,但不包括那些代码中指明程序 bug 的错误。
假设你真的需要捕获某个代码片段的所有异常的话,那么捕获后应该做一些处理,比如记录运行日志,上报错误,向用户显示错误信息或重新抛出错误,而不是静默地处理掉 —— 那样 bug 就也被静默处理了!

规则2:只对程序化错误(bug)抛出 Error 的子类

Error 类是用于抛出程序化错误的基类。当一个 Error 的对象或其子类对象抛出时,意味着代码中存在 bug。当你的 API 想要告知调用者他的调用方式是错误的时候,抛出一个 Error 能够清晰地告诉调用者错误所在。
相反地,如果是一个运行时错误而不是代码的 bug 的话,那样抛出错误其实是一个误导。这个时候,应该抛出系统的异常类对象或其他类型对象。

规则3:不要直接捕获 Error 或它的子类

这是因为 Error 代表的是代码错误,当错误发生的时候,我们应该查看整个调用堆栈,暂停程序,然后打印堆栈信息来定位和修复 bug。如果捕获这些错误的话,会打断进执行过程,隐藏 bug。相比增加错误处理代码,更应该做的是查看对应代码,并在错误一开始发生的地方修复它。

规则4:使用 rethrow 抛出捕获的异常

如果要将捕获的异常抛出,那么应该优先使用 rethrow 语句,而不是使用 throw 抛出同一个异常对象。这是因为rethrow 会保留原异常的堆栈信息,而 throw 会重置堆栈信息到最近一个抛出点。

// 正确示例
try {
  somethingRisky();
} catch (e) {
  if (!canHandle(e)) rethrow;
  handle(e);
}

// 错误示例
try {
  somethingRisky();
} catch (e) {
  if (!canHandle(e)) throw e;
  handle(e);
}

异常(Exception)和错误(Error)的区别

异常在 Dart 中是被认为是常规的预期运行过程中可能发生的,而且应该被捕获的问题。也就是说,这种问题我们无法避免,举个例子,网络请求超时、数据不存在就属于典型的异常,这个时候我们应该捕获这个异常,并且应该提示用户有用的信息,以引导用户完成后续操作。
错误在 Dart 中是意料之外的,不应该被捕获而应该有程序员修复解决的问题。典型的例子包括了类型错误(TypeError),这个在接收后端参数时经常发生,比如Dart 定义的是整型,结果后端返回的是字符串就会报下面的错误:

type 'String' is not a subtype of type 'int'

这种就属于程序员制造的 bug,应该有由程序员搞定,而不是通过异常捕获解决。

总结

Dart 对程序运行问题做了两种区分,一种是非人为,运行过程可能发生的问题,即 Exception;另一种是人为的,不应该发生的问题,即 Error。这两种处理方式是不同的,错误不应该捕获,而应该暴露出来以便修复。同时,捕获异常的时候最好是使用 on...catch 形式,以便清晰地知道有哪些异常,以及如何处理。对于需要重新抛出异常,应该优先使用 rethrow 来操作以保持堆栈信息。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,080评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,422评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,630评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,554评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,662评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,856评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,014评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,752评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,212评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,541评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,687评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,347评论 4 331
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,973评论 3 315
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,777评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,006评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,406评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,576评论 2 349

推荐阅读更多精彩内容