Java：System.out.println（）这么慢的原因是什么？

Question

对于可以在文本编辑器中完成的小型逻辑程序，为了跟踪我使用经典System.out.println()。

我猜你们都知道在大量迭代的块中使用它是多么令人沮丧。为什么这么慢？它背后的原因是什么？

Answer 1

这与JVM没有任何关系。将文本打印到屏幕简单地涉及操作系统在绘制字母时的大量工作，尤其是滚动。如果将System.out重定向到文件，则速度会快得多。

Answer 2

这非常依赖操作系统。例如，在Windows中，写入控制台是一种阻塞操作，而且速度也很慢，因此将大量数据写入控制台会减慢（或阻止）应用程序的速度。在unix类型的操作系统中，写入控制台是缓冲的，因此您的应用程序可以继续解锁，控制台将尽可能地赶上。

Answer 3

Ya，写入控制台会产生大量开销。远远大于写入文件或套接字所需的内容。此外，如果有大量线程，他们都在同一个锁上竞争。我建议使用其他一些System.out.println来跟踪。

Answer 4

这与Java和JVM无关，但与控制台终端无关。在大多数操作系统中，我知道在控制台输出中写入速度很慢。

Answer 5

缓冲可以帮助很大。试试这个：

System.setOut( new PrintStream(new BufferedOutputStream(System.out)) );

但要注意：你不会看到输出逐渐出现，但一切都在闪光。哪个好，但如果你正在使用它进行调试，并且程序在终止之前崩溃，在某些情况下你可能不会在崩溃之前看到打印的文本。 这是因为在崩溃之前没有刷新缓冲区。它被打印出来了，但是它仍然在缓冲区中，并没有出现在你可以看到它的控制台上。我记得在一个令人费解的调试会话中发生了这件事。最好偶尔明确刷新，以确保你看到它：

System.out.flush();

Answer 6

有些终端比其他终端快。即使在一个操作系统中，这也可能有所不同。

Answer 7

这可能看起来并不直接回答你的问题，但我的建议是永远不要使用System.out进行跟踪（如果你的意思是那种调试，只是为了看看你的应用程序的进展）

System.out用于调试的问题有几个：

• 一旦应用程序结束，当您关闭控制台时，您将丢失日志

• 一旦您的应用正常运行（或发表评论），您就必须删除这些语句。稍后如果你想重新激活它们，你将不得不再次取消注释/评论......单调乏味

我建议使用log4j并使用tail命令“监视”日志文件 - 还有一个Tail for Windows - 使用像LogWatcher这样的Eclipse插件。

Answer 8

我注意到有关写入终端的一件有趣的事情（至少在Windows中）。如果窗口最小化，它实际上运行得快得多。这绝对与Michael Borgwardt关于绘图和滚动的答案密切相关。真的，如果你的记录足够注意到减速，你最好写一个文件。

Answer 9

缓慢是由于每次换行或刷新时发生的大量Java-Native转换。如果迭代有许多步骤，则System.out.println（）没有多大帮助。如果迭代步骤本身并不重要，则可以仅在每10或100步执行一次调用System.out.println（）。您还可以将System.out包装到BufferedOutputStream中。当然，始终可以选择通过ExecutorService异步打印。