都 9102 了,你还不知道 System.out.println 的危害!
作者:互联网
最近需要改一个老项目,项目代码非常的多,完全称得上是“大而全”。
老项目里面的代码,经过几代人的编写,非常难以读懂,而且出处是 System.out.println(),今天我抽个时间给大家说一说,为什么大多数人都被告知不要在 Java 应用中使用 System.out.println!
1、第一个原因就是它不能实现日志按等级输出。具体来说就是不能和日志框架一样,有 debug,info,error 等级别的控制。
2、它的输出,你不太容易从日志当中快速的跟踪到代码。包括它无法输出具体的类名,方法名,具体代码行数等。
3、第三个原因就是,它的性能太差。
你通过这个 synchronized 关键字,你就会发现,如果项目中大量的使用了 System.out.println,最终会导致整个代码调用成了“串行”输出。
有时候不是你的 JVM 没优化好,二是你写的代码就像再打草稿!
感兴趣的网友,可以针对 System.out.println 做一个压力测试,看看它的性能报告。
System.out.println 性能并不好。当我们深入分析时,其调用顺序如下 println - > print - > write()+ newLine()。所以,一些公司在 OpenJDK 的基础上就完全的把它禁用掉,或者换成其他的实现。
System.out.println VS 日志记录组件
这里以 Log4J 为例,Log4J 具有多种记录级别。如果我们正在编写一个小程序,只是为了实验/学习目的那么使用 System.out.println 就很不错。但当我们开发生产质量软件时,我们应该注意到应该使用记录组件(log4j等),并且应该避免使用 System.out.println。为什么?
灵活性:log4j的记录器提供了多种记录级别。我们可以相应地分隔日志信息。例如,X消息只能在PRODUCTION上打印,Y消息应打印在ERROR等上。
可重构性:log4j只需一个参数更改即可关闭所有日志记录。
可维护性:想象一下,如果我们有数百个System.out.println全部通过应用程序散落,那么在一段时间内将难以维护程序。
粒度:在应用程序中,每个类都可以有不同的记录器并相应地进行控制。
实用性:在 System.out 中限制重定向消息的选项,但是如果是记录器(like log4j),则可以提供多种选项。我们甚至可以创建自定义输出选项并将其重定向。
所以我们不应该使用 System.out.println 进行日志记录和调试(logging and debugging)。
标签:代码,9102,System,println,日志,log4j,out 来源: https://blog.51cto.com/u_15127568/2713352