关于system.out 是不是 实际的项目中不能留有 system.out.print 为什么不能留? 留着 会有什么坏处? 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 一般都是写在专门的日志了 这样方便查错system.out 比较业余吧 开发时测试的时候这样无所谓 打包的时候就要该成lo4j 一般都会用log4j之类的把它输出到文件。设定不同的级别,如info、warning、debug、error等等。你可以写一个死循环,除了System.out.println什么都不干,最后会stack overflow的。 system.out输出到控制台,开发中可以使用。项目部署后一般用日志文件。 日志文件 是可以输出到文件的 可以保存 以后看到错而System.out比较占内存,而且输出到控制台后就看不到了 我之前听我一个同事说 他们公司 只要在正式部署的项目中出现 system。out 就扣钱 为什么? 这个问题有这么严重吗 会占很多内存还是 什么原因? system.out类似于废话以前项目资金按照代码行计算,system.out代码必须去,也许是那时传下来的习惯吧 system.out.print 会占内存!影响程序跑的速度! 最好不要system.out.print。推荐使用专业日志工具如:log4j。简单的列一下原因:在正式环境中,用system.out.print如果定向到物理文件,会导致此物理文件无限增大。会导致磁盘空间浪费,严重的导致操作系统瘫痪;另外文件过大,无法阅读,基本上丧失了诊断的作用。如果没有定位到物理文件,那就相当于啥事也不干,除了浪费资源,没有任何作用了。专业日志工具有自己的调度机制,如每天产生产生一个,只保留最近多少天的,能确保不会占用太多空间,也诊断提供了便利;专业的日志工具和可以调整日志级别,在生产环境可以调节,可减少日志量,提高应用效率。 不是问题很严重,只是让客户看见会觉得做这个系统的程序员很业余,其他倒是没什么,只要不是大量System.out就行了,我们是开发完了,再集体修改。 关于%在字符串中的问题,求指教! 如何搭建Track+的运行环境 java方法超过64k大小不能编译的问题 如何使用struts实现图片上传,并将图片路径保存到数据库中 五湖四海的朋友帮帮忙啊 hibernate用like查询汉字的问题 更改tomcat首页问题 java联接数据库的问题,急大家多帮忙啊 高手请进,小弟有个问题请教 这个为何?txt文件中,把三级目录以上的去除掉,留下的保存在另外一个文档。 访问EJB服务端时,报java.lang.IllegalStateException错误。 java 字符串问题是否能在简化
system.out 比较业余吧 开发时测试的时候这样无所谓 打包的时候就要该成lo4j
而System.out比较占内存,而且输出到控制台后就看不到了
这个问题有这么严重吗 会占很多内存还是 什么原因?
以前项目资金按照代码行计算,system.out代码必须去,也许是那时传下来的习惯吧
在正式环境中,用system.out.print如果定向到物理文件,会导致此物理文件无限增大。会导致磁盘空间浪费,严重的导致操作系统瘫痪;另外文件过大,无法阅读,基本上丧失了诊断的作用。如果没有定位到物理文件,那就相当于啥事也不干,除了浪费资源,没有任何作用了。
专业日志工具有自己的调度机制,如每天产生产生一个,只保留最近多少天的,能确保不会占用太多空间,也诊断提供了便利;专业的日志工具和可以调整日志级别,在生产环境可以调节,可减少日志量,提高应用效率。