Closed 。这个问题是基于意见的 /help/closed-questions 。目前不接受答案。
是否仍然值得将 log4j 库添加到 Java 5 项目中只是为了记录日志
假设文件有一些例外,并有一些不错的翻转设置。
或者标准的 util.logging 工具也能完成这项工作吗?
你怎么认为?
我想说,您可能对 util.logging 满足您所描述的需求感到满意。
对于一个好的决策树,看看Log4j 与 java.util.logging http://web.archive.org/web/20190320144728/http://java.sys-con.com/node/48541
问题一:
您是否预计需要 Log4j 具有而 JUL 没有的任何巧妙处理程序,例如 SMTPHandler、NTEventLogHandler 或任何非常方便的 FileHandler?
问题二:
您是否认为自己想要频繁切换日志输出的格式?您需要一种简单、灵活的方式来做到这一点吗?换句话说,你需要Log4j的PatternLayout吗?
问题三:
在生产环境中编译并部署应用程序后,您是否预计确实需要能够更改应用程序中的复杂日志记录配置?您的配置听起来是否类似于“来自此类的严重消息通过电子邮件发送给支持人员;来自类子集的严重消息被记录到我们服务器上的系统日志守护进程;来自类的另一个子集的警告消息被记录”到网络驱动器 A 上的文件;然后来自任何地方的所有消息都会记录到网络驱动器 B 上的文件中”?您是否认为自己每隔几天就会调整一次?
如果您对上述任何一个问题的回答是肯定的,请选择 Log4j。如果您对所有这些问题的答案都是肯定的,那么 JUL 就足够了,而且它已经方便地包含在 SDK 中。
也就是说,现在几乎每个项目似乎都包含了 log4j,哪怕只是因为其他一些库使用了它。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)