如何知道什么时候有太多的日志消息？

Question

我遇到了一个非常好的库来解析CUE文件.但是当我开始阅读它的源代码时,我意识到它几乎是不可读的:

public void setParent(final CueSheet parent) {
    FileData.logger.entering(FileData.class.getCanonicalName(), "setParent(CueSheet)", parent);
    this.parent = parent;
    FileData.logger.exiting(FileData.class.getCanonicalName(), "setParent(CueSheet)");
}

每个方法都有logger.entering()和logger.exiting()消息.那不是太多了吗？

还有另一个用于解析音频标签的java库.对于它读取的每个文件,它也有15条日志消息.这很烦人,所以我注释掉了对logger的每一次调用.并且库的速度提高了两倍,因为它们使用了很多字符串连接来记录日志消息.

所以问题是:我是否应该记录所有内容,即使它不是大型企业应用程序？因为这些库显然不需要任何日志记录,除了错误消息.我的经验表明,记录器是调试的糟糕工具.我为什么要用它？

Answer 1

如何知道什么时候记录太多？当您知道记录的信息从长远来看不重要时,用于调试操作或错误更正,或者应用程序不处理太多重要信息.

有时您需要记录几乎所有内容.性能或完全可能的分析是应用程序中最重要的部分吗？这真的取决于.

我过去曾经与许多不同的webservices集成,比如同一个应用程序中的10个.我们记录了所有 xml请求和响应.这是开销吗？从长远来看,我不这么认为,因为我们使用了大量的信用卡操作,并且应该记录服务器的每个进程.如何知道什么时候出现了一个错误发生了什么？

你不会相信我在一些xml响应中看到的内容.我甚至收到了一台没有关闭标签的xml,来自一家大型飞机公司."过度原木"是一种不好的做法吗？当您必须证明错误来自其他供应商时,请向您的客户说明.