try...catch 可以捕获代码中的异常并防止应用程序崩溃。但是try...catch 不仅仅是简单地捕获异常。本文我将分享 10 个有用的 try...catch 使用技巧，让你在处理异常时更加得心应手。

在开发组件库或者插件，经常会需要进行全局异常处理，从而实现：全局统一处理异常；为开发者提示错误信息；方案降级处理等等。

异常就是程序出现了意料之外的情况，影响了程序最终的呈现结果。所以我们开发的时候就非常有必要未雨绸缪，进行异常监控，以应对突如其来的问题，既可以增强用户体验，我们开发者也能远程定位问题，尤其是移动端

异常捕获是改善软件质量的跟踪手段之一，常见的方式是记录日志，从日志分析异常问题进而跟进。对于前端项目来说，异常可能是后端接口数据导致，可能是前端本身业务逻辑问题导致，不管是什么导致的异常

即：try 中语句不发生错误执行完毕后会执行 finally 中的语句，try 中的语句发生错误，则执行 catch中的语句，catch 中的语句执行完毕后也会执行 finally 中的语句。Error 基类型，即其他的错误类型都是从 Error 继承来的

前端一直是距离用户最近的一层，随着产品的日益完善，我们会更加注重用户体验，而前端异常却如鲠在喉，甚是烦人。异常是不可控的，会影响最终的呈现结果，但是我们有充分的理由去做这样的事情。

try 语句使您能够测试代码块中的错误。catch 语句允许您处理错误。throw 语句允许您创建自定义错误。finally 使您能够执行代码，在 try 和 catch 之后，无论结果如何。

Waiting for another flutter command to release the startup lock… 异常解决，平时我们在开发flutter过程中，在执行flutter packages get命令之后，如果运气不好的，命令没有执行成功的话，我们就会遇到这个错误提示：

前端一直是距离用户最近的一层，随着产品的日益完善，我们会更加注重用户体验，而前端异常却如鲠在喉，甚是烦人。

在生产环境中后端连接的数据库挂了，是否能够第一时间收到通知并定位到问题，而不是等到用户反馈之后又用了半天时间才找到问题 (虽然运维肯定会在第一时间知道数据库挂了)在生产环境中有一条 API 出了问题，能否衡量该错误的紧急重要程度

最近观察项目 CI 跑的情况如何时，会偶尔发现一两个镜像虽然构建成功但是容器跑不起来的情况。究其原因，是因为一个 exit code 的问题

不少前端工程师看到这个标题可能会产生质问：我js用得好好的，能后端能APP，为什么还要学习Python？至少有下面两个理由：

首先一个常识就是，在浏览器执行JS脚本过程中，当出现脚本错误，并且你没有手动进行异常捕捉时，他会在浏览器下面出现黄色的叹号，这是正常的

很多开发者在开发过程中都会遇到异常，处理过程大同小异：捕获然后处理，事实上也确实是如此。只是从laravel自带的Exception入手，谈一谈怎样用一个更好的方式处理错误信息。

try中没有抛出异常，则catch语句不执行，如果有finally语句，则接着执行finally语句，继而接着执行finally之后的语句；不管是否try...catch，finally都会被执行。当try...catch中有return的话，finally后会执行try...catch中的return