Java servlet中的流刷新—它是否提高了tomcat服务器端性能?
我在看一个servlet,其中使用了KXML2序列化程序 我看到以前的开发人员经常调用Java servlet中的流刷新—它是否提高了tomcat服务器端性能?,java,tomcat,stream,flush,Java,Tomcat,Stream,Flush,我在看一个servlet,其中使用了KXML2序列化程序 我看到以前的开发人员经常调用flush()。。。除了让数据更快地发送到客户机之外,对实际的服务器和tomcat有什么影响 如果不使用flush,CPU使用率/负载是否会减少 我已经使用VisualVM进行了基准测试/评测,发现我的代码在没有刷新的情况下运行得更快 最后,赞成/反对我应该担心的任何事情 除了让数据更快地发送到客户机之外,对实际的服务器和tomcat有什么影响 这让他们做更多的工作 如果不使用flush,CPU使用率/负载是否
flush()
。。。除了让数据更快地发送到客户机之外,对实际的服务器和tomcat有什么影响
如果不使用flush,CPU使用率/负载是否会减少
我已经使用VisualVM进行了基准测试/评测,发现我的代码在没有刷新的情况下运行得更快
最后,赞成/反对我应该担心的任何事情
除了让数据更快地发送到客户机之外,对实际的服务器和tomcat有什么影响
这让他们做更多的工作
如果不使用flush,CPU使用率/负载是否会减少
稍微,是的。flush()本身会占用CPU周期,还可能会造成网络延迟。这真的没有什么意义,因为客户机在得到完整的响应之前无法做很多事情。如果响应不是分块的或固定长度的,Tomcat无论如何都必须对其进行缓冲以获得内容长度:无论如何在发送之前,在这种情况下没有任何优势