重新启动应用程序以处理编程错误

您可以通过以下方式做出决定： 投掷/接住 大多数时候你都会使用这种方法。请务必在 catch 块中实现所有可能错误的条件，并且如果需要在 try 块之后运行一些内存清理例程，请记住包含一个 finally 块。 但是，过多的 try/catch 块可能会使代码难以维护。如果您发现自己处于这种情况，您可能需要通过全局处理程序或 Promise 方法来处理错误。 在异步 try/catch 块和 Promise 之间做出选择时catch()，建议选择异步 try/catch 块，因为它们将使您的代码线性且易于调试。 错误（） onerror()当您知道应用程序必须处理许多错误并且这些错误可能分散在整个代码中时，最好使用该方法。该方法onerror允许您处理错误，就好像它们是应用程序处理的另一个事件一样。您可以定义多个错误处理程序，并在初始渲染期间将它们插入到应用程序窗口中。 onerror()但是，您还必须记住，在错误率较低的较小项目中设置该方法可能会不必要地具有挑战性。



如果您确信您的应用程序 电话号码清单 不会抛出太多错误，那么传统的 throw/catch 方法将更适合您。 回调和承诺 由于代码的设计和结构，回调和 Promise 中的错误处理有所不同。但是，如果您在编写代码之前在这两者之间进行选择，那么最好选择 Promise。 这是因为 Promise 有一个内置的构造来链接 acatch()和一个块finally()，以便轻松处理错误。此方法比定义附加参数/重用现有参数来处理错误更容易、更清晰。 使用 Git 存储库跟踪更改 许多错误常常是由于代码中的手动错误而引起的。在开发或调试代码时，您可能最终会进行不必要的更改，这可能会在代码库中导致新的错误。自动化测试是在每次更改后密切关注代码的好方法。但是，它只能告诉您是否出现问题。如果您不经常备份代码，您最终会浪费时间尝试修复曾经运行良好的函数或脚本。 这就是 Git 发挥作用的地方。通过正确的提交策略，您可以使用 git 历史记录作为备份系统来查看代码在开发过程中的演变情况。





您可以轻松浏览旧的提交，并发现以前运行良好但在不相关的更改后出现错误的功能版本。 然后，您可以恢复旧代码或比较两个版本以确定出了什么问题。GitHub Desktop 或 GitKraken等现代Web 开发工具可帮助您并排查看这些更改并快速了解错误。 可以帮助您减少错误的一个习惯是，每当您对代码进行重大更改时都进行代码审查。如果您在团队中工作，则可以创建拉取请求并让团队中的某人对其进行审核。这将帮助您相信第二双眼睛可以发现您可能错过的任何错误。上面提到的方法非常适合为您的下一个 JavaScript 应用程序设计强大的错误处理方法。然而，在实现它们时最好记住一些事情，以便充分利用错误处理。以下是一些建议。我们在本指南的开头介绍了自定义错误，让您了解如何针对应用程序的独特情况自定义错误处理。