当前位置:  开发笔记 > 运维 > 正文

记录何时是错误致命的?

如何解决《记录何时是错误致命的?》经验,为你挑选了2个好方法。

在日志框架(如log4j和log4net)中,您可以记录各种级别的信息.大多数级别都有明显的意图(例如"调试"日志与"错误"的对比).但是,我一直胆怯的一件事就是将我的日志分类为"致命".

什么类型的错误如此严重以至于它们应归类为致命错误?虽然这只是一些案例驱动,但在决定将异常记录为致命或仅仅是错误时,您使用的一些经验法则是什么?



1> paxdiablo..:

当你的应用程序无法做更多有用的工作时,我认为致命错误.非致命错误是指出现问题但您的应用程序仍可继续运行,即使在功能或性能降低的情况下也是如此.

致命错误的例子包括:

日志设备上的磁盘空间不足,您需要继续记录.

客户端应用程序中网络连接的完全丢失.

如果不能使用默认值,则缺少配置信息.

非致命错误包括:

由于某种原因单个会话失败但仍可以为其他客户端提供服务的服务器.

如果可以建立新会话,则会出现间歇性错误,例如会话丢失.

如果可以使用默认值,则缺少配置信息.



2> Mitch Wheat..:

如果缺少某些内容或发生应用程序无法继续的情况,则会出现"致命错误".可能的示例是缺少必需的config.file或者异常"冒泡"并被未处理的异常处理程序捕获

推荐阅读
喜生-Da
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有