Java servlet中的流刷新—它是否提高了tomcat服务器端性能?

Java servlet中的流刷新—它是否提高了tomcat服务器端性能?,java,tomcat,stream,flush,Java,Tomcat,Stream,Flush,我在看一个servlet,其中使用了KXML2序列化程序 我看到以前的开发人员经常调用flush()。。。除了让数据更快地发送到客户机之外,对实际的服务器和tomcat有什么影响 如果不使用flush,CPU使用率/负载是否会减少 我已经使用VisualVM进行了基准测试/评测,发现我的代码在没有刷新的情况下运行得更快 最后,赞成/反对我应该担心的任何事情 除了让数据更快地发送到客户机之外,对实际的服务器和tomcat有什么影响 这让他们做更多的工作 如果不使用flush,CPU使用率/负载是否

我在看一个servlet,其中使用了KXML2序列化程序

我看到以前的开发人员经常调用
flush()
。。。除了让数据更快地发送到客户机之外,对实际的服务器和tomcat有什么影响

如果不使用flush,CPU使用率/负载是否会减少

我已经使用VisualVM进行了基准测试/评测,发现我的代码在没有刷新的情况下运行得更快

最后,赞成/反对我应该担心的任何事情

除了让数据更快地发送到客户机之外,对实际的服务器和tomcat有什么影响

这让他们做更多的工作

如果不使用flush,CPU使用率/负载是否会减少

稍微,是的。flush()本身会占用CPU周期,还可能会造成网络延迟。这真的没有什么意义,因为客户机在得到完整的响应之前无法做很多事情。如果响应不是分块的或固定长度的,Tomcat无论如何都必须对其进行缓冲以获得内容长度:无论如何在发送之前,在这种情况下没有任何优势