被动渲染 vs. 主动渲染

如前所述，大多数全屏应用程序在绘制时通常表现得更好。在传统的窗口化GUI应用程序中，绘制的时间通常由操作系统处理。在窗口化环境中，这是完全合理的。窗口应用程序不知道用户何时会移动、调整大小、显示或覆盖另一个窗口中的应用程序，直到实际发生这些情况。在Java GUI应用程序中，操作系统会向AWT发送一个绘制事件，AWT会确定需要绘制什么，创建一个带有适当剪辑区域的java.awt.Graphics对象，然后调用具有该Graphics对象的paint方法：

// 传统GUI应用程序的绘制方法：
// 这个方法可以在任何时间调用，通常
// 是从事件分发线程调用的
public void paint(Graphics g) {
    // 使用g来绘制我的组件
}

这有时被称为被动渲染。可以想象，这样的系统会产生很多开销，这令许多对性能敏感的AWT和Swing程序员感到恼火。

当处于全屏独占模式时，你不再需要担心窗口被调整大小、移动、显示或遮挡（除非你忽略了我关闭调整大小的建议）。相反，应用程序窗口直接绘制到屏幕上（主动渲染）。这简化了绘制的过程，因为你不需要担心绘制事件。实际上，当处于全屏独占模式时，操作系统发送的绘制事件甚至可能在不适当或不可预测的时间传递。

在全屏独占模式下，通常更适合使用渲染循环来完成绘制代码：

public void myRenderingLoop() {
    while (!done) {
        Graphics myGraphics = getPaintGraphics();
        // 使用myGraphics进行适当的绘制
        myGraphics.dispose();
    }
}

这样的渲染循环可以在任何线程中完成，可以是自己的辅助线程，也可以是主应用程序线程的一部分。

编程提示

关于使用主动渲染的一些提示：

• 不要在paint方法中放置绘图代码。你永远不知道这个方法何时会被调用！相反，使用另一个方法名，比如render(Graphics g)，在窗口模式下可以从paint方法中调用，或者在渲染循环中使用自己的图形调用。
• 使用setIgnoreRepaint方法在应用窗口和组件上，完全关闭从操作系统派发的所有绘图事件，因为这些事件可能在不适当的时间调用，或者更糟的是，调用paint方法，从而导致AWT事件线程和渲染循环之间出现竞态条件。
• 将绘图代码与渲染循环分离，以便在全屏独占模式和窗口模式下都可以正常运行。
• 优化渲染，以便不必在屏幕上始终绘制所有内容（除非您使用页面翻转或双缓冲，这两种方式将在下面讨论）。
• 不要依赖update或repaint方法来发送绘图事件。
• 不要使用重量级组件，因为这些组件仍会产生涉及AWT和平台窗口系统的开销。
• 如果使用轻量级组件，如Swing组件，可能需要稍微调整它们的绘图方式，使其使用您的Graphics而不是直接调用paint方法。可以在渲染循环中直接调用Swing方法，如paintComponents、paintComponent、paintBorder和paintChildren。
• 如果只需要一个简单的全屏Swing或AWT应用程序，可以使用被动渲染，但请记住，在全屏独占模式下，绘图事件可能不可靠或不必要。此外，如果使用被动渲染，将无法使用更高级的技术，如页面翻转。最后，如果同时使用主动渲染和被动渲染，请非常小心避免死锁，这种方法不推荐使用。