System.out.print 为什么是一种不好的实践?

0、相关内容:

System.out.print 为什么是一种不好的实践?

跟大神交流:

1、sop将产生大量的IO操作,比较耗性能,同时它是同步请求,如果没有打印的话,就不会往下走;相比而言,log是异步的,不会影响程序的其他操作,而且log可以将日志以文件的形式保存,这便于运维。

2、在生产环境中,根本就没有控制台让你看信息,所以sop就显得多余。

1、总结:

1、大量的 sop  将产生大量的IO操作   同时在生产环境中 无法合理的控制是否需要输出。

2、开发过程中,System.out.print  比 log更方便查看日志。但是绝大部分情况下, 项目是脱离ide启动的, 你总不能一直盯着tomcat控制台看打印语句呀。

3、学习的时候可以用,但是开发的时候还是用日志,最简单的一条,System.out.println输出的内容不能保存到文件,光这一点就足以不推荐使用。

4、因为System.out.println 只打印在控制台,打印完就过去了。也就是说除非你一直盯着程序跑,你才能看到System.out.println出的内容。而Logger可以将内容写入日志方便程序运行一段时候后排查问题。
如果是测试阶段用System.out.println 问题也不大。而如果以及是在正式运行的程序System.out.println显然没办法帮你查错。

5、System.out.println没关系,,放心大胆的用就是了。。“只用System.out.println”     才是不好的实践。。。
99%的System.out.println 不会影响性能的。。。
因为每个方法都有缺点。。log4j也是,没法很好的查询。。所以我们也常常把日志扔到数据库里面使用sql方便查询。。但是不能说log4j是个不好的实践。。。
我们项目常用的方法是日志数据库放一份,Log4g放一份。。各个功能点使用file Api放一份,System.out.println也根据必要尽管的用。。。
一般性能占用都不超过10% ..对于一个重要系统来说,日志就是全面的全程的测试覆盖,性能占用50%都不为过。。

发布了650 篇原创文章 · 获赞 805 · 访问量 59万+

猜你喜欢

转载自blog.csdn.net/songzi1228/article/details/104944582
今日推荐