Java 在极端情况下使用日志记录的开源项目

日志记录有很多有趣的例子。我在找一个大的例子， 这是真实世界的生产代码，并极端使用日志记录

---

谢谢你

我想起了纳吉奥斯。它是一个监视应用程序，用于监视logifle、磁盘空间、套接字等。。。。我们是一家中等规模的公司，每天做几百万张支票。部署规模要大得多

我们最终得到了数十亿条需要修剪的对数线。这是一个遗憾

---

这不是一个极端的例子，但它是真实的，可能与一些分布式地图有关

我想到了纳吉奥斯。它是一个监视应用程序，用于监视logifle、磁盘空间、套接字等。。。。我们是一家中等规模的公司，每天做几百万张支票。部署规模要大得多

我们最终得到了数十亿条需要修剪的对数线。这是一个遗憾

这不是一个极端的例子，但它是真实的，可能与一些分布式地图有关

我不知道极限，但请看一下。它建在屋顶上。它使用一种非常灵活的方法来记录日志，用户可以很容易地进行配置（毕竟，它是面向开发人员的产品）

作为用户，您可以为系统的各个部分（包括插件，因此我推荐OpenESB）选择日志记录级别，以查看其行为。

我不知道extreme，但请看一看。它建在屋顶上。它使用一种非常灵活的方法来记录日志，用户可以很容易地进行配置（毕竟，它是面向开发人员的产品）

---

作为用户，您可以为系统的各个部分（包括插件，因此我推荐OpenESB）选择日志记录级别，以了解其行为。

日志记录的极端用途是什么，为什么？日志会降低应用程序的速度。例如，我认为每隔一行代码添加一个日志是“极端的”，但不是那么聪明。@bwawok：现代日志框架通过仅评估参数/构建所有字符串（如果日志级别匹配）来规避“即使不记录也要支付日志价格”。所以我很确定OP可以找到一个使用这样一个日志框架的项目，它有无数的log.debug和log.info，但是如果级别设置为log.warn no，它几乎不会付出任何代价！？使用日志方法并返回仍然有成本。日志的极端用途是什么？为什么？日志会降低应用程序的速度。例如，我认为每隔一行代码添加一个日志是“极端的”，但不是那么聪明。@bwawok：现代日志框架通过仅评估参数/构建所有字符串（如果日志级别匹配）来规避“即使不记录也要支付日志价格”。所以我很确定OP可以找到一个使用这样一个日志框架的项目，它有无数的log.debug和log.info，但是如果级别设置为log.warn no，它几乎不会付出任何代价！？使用日志方法并返回仍有成本。