throw Exception('oops!')和throw 'oops!'两种写法功能是否相同？

结论 #

两者功能不完全一致，Exception构造函数调用不是可选操作，二者在语义、类型、捕获逻辑上存在明显区别。

注：以下结论针对Dart语言（你给出的示例代码为Dart语法，不同语言的异常规则存在差异，例如Java强制要求抛出的异常必须是Throwable子类，不允许直接抛出字符串）

核心差异 #

• 类型属性不同
  • throw Exception('oops!') 抛出的是Dart标准定义的Exception类型实例，是官方约定的专门用于承载业务异常信息的标准类型
  • throw 'oops!' 抛出的是String类型的普通对象，Dart语法本身支持抛出任意非null对象，所以该写法语法合法，但不符合异常设计的规范约定
• 捕获逻辑不同
  • 使用特定类型捕获语法on Exception catch (e)时，只能捕获到第一种抛出的Exception实例，第二种抛出的字符串会跳过该捕获分支向上冒泡
  • 只有使用无类型兜底捕获catch (e)才能同时接住两种抛出内容，后续处理时需要额外做类型判断才能区分异常类型
• 可维护性不同
  • 标准Exception实例语义明确，所有开发人员都能一眼识别是异常信息，同时实例自带堆栈绑定，排查问题时可以直接打印调用栈
  • 直接抛出字符串语义模糊，后续维护人员无法快速区分是异常抛出的字符串还是业务逻辑返回的正常字符串，增大排查成本

代码验证示例 #

// 测试1：抛出Exception实例
try {
  throw Exception('oops!');
} on Exception catch (e) {
  print('捕获到标准异常：$e'); // 正常执行输出
}

// 测试2：抛出字符串
try {
  throw 'oops!';
} on Exception catch (e) {
  print('捕获到标准异常：$e'); // 该分支永远不会执行
} catch (e) {
  print('兜底捕获到非标准类型内容：$e，类型为${e.runtimeType}'); // 执行该分支输出
}

最佳实践 #

除非你明确知道特殊场景的自定义逻辑需要，否则所有异常都应该封装为Exception或Error的子类实例抛出，不要直接抛出普通字符串、数字等基础类型对象，符合开发规范的同时也能降低后续维护成本。

内容的提问来源于stack exchange，提问作者buttonsrtoys