查找所有未处理的被拒绝的 Promise 案例

最好尽可能使用自定义错误而不是通用类，Error因为它向调用环境提供更多有关错误的上下文信息。 此外，自定义错误允许您调整错误向调用环境显示的方式。这意味着您可以选择隐藏特定详细信息或根据需要显示有关错误的其他信息。 您可以根据需要格式化错误的内容。这使您可以更好地控制错误的解释和处理方式。 2. 不允许有任何例外 即使是最有经验的开发人员也经常犯初学者的错误：在编码过程中消耗所有层的异常。 您可能会遇到有一段代码可以选择运行的情况。如果有效，那就太好了；如果不起作用，您无需执行任何操作。 在这些情况下，通常很想将此代码放入 try 块中并为其附加一个空的 catch 块。然而，通过这样做，您将让该代码段自由地导致各种错误并逃脱惩罚。如果您有大型代码库和这些错误处理结构的许多实例，这可能会变得危险。 处理异常的最佳方法是确定处理所有异常的级别，并收集到该级别的异常。该层可以是控制器（在 MVC 架构应用程序中）或中间件（在传统的面向服务器的应用程序中）。



这样您就知道在哪里可以找到应用程 电话号码清单 序中发生的所有错误，并选择如何修复它们，即使这意味着什么也不做。 记录错误通常是其管理的一个组成部分。那些未能开发集中式错误记录策略的人可能会错过有关其应用程序使用情况的宝贵信息。 应用程序的事件日志可以帮助您了解关键的错误数据并帮助您快速调试。如果您在应用程序中设置了适当的警告机制，那么您可以在应用程序发生错误时就知道它何时到达大部分用户群。 最好使用预构建的记录器或创建自己的记录器以满足您的需求。您可以配置此记录器以根据错误级别（警告、调试、信息等）处理错误，有些记录器甚至可以立即将日志发送到远程日志记录服务器。通过这种方式，您可以观察应用程序逻辑对活跃用户的行为方式。





适当地通知用户错误 定义错误处理策略时要记住的另一个要点是始终牢记用户。 所有干扰应用程序正常运行的错误都应该显示可见的警告，通知用户出现了问题，以便他们可以尝试找到解决方案。如果您知道错误的快速修复方法，例如重试操作或注销并重新登录，请务必在警告消息中提及，以帮助实时解决用户体验。 如果错误不会对用户的日常体验造成任何干扰，您可以考虑抑制警告并将错误记录到远程服务器以供以后解决。 5. 实现中间件 境支持中间件向服务器应用程序添加功能。您可以使用此功能为您的服务器创建错误处理中间件。 使用中间件最显着的优点是所有错误都集中管理在一个地方。您可以轻松选择启用/禁用此配置以进行测试。 以下是创建基本中间件的方法在，您可以在中间件中定义自定义逻辑以适当地处理错误。