强制完整的Java小程序刷新（AWT）

Question

我有一个使用AWT的Java Applet。 在某些（罕见）情况下，平台不会正确刷新屏幕。 我可以移动或最小化/最大化窗口，看到我的applet正确刷新。 我正在寻找代码，它将为我提供最全面的applet屏幕重绘，模拟最小化/最大化的行为。

我已经尝试在父容器上调用paint（）/ repaint（）/ invalidate（）/ update（）的各种组合，并在各种子代上进行递归。 但是，没有任何组合（我发现）清理了我遇到的框架错误。 我正在寻找完全刷新applet的技术，即使它们可能会引起一些轻微的闪烁，因为我将仅在有问题的平台上调用此代码。

在我的测试中，转向Swing无助于解决我的问题。

顺便说一下，这是我之前（更复杂）帖子的简化： Java Applet，AWT Refresh问题Mac OS X 10.4

编辑：线程调查没有解决这个问题。 将最佳答案标记为好的答案。

Answer 1

如果你没有在AWT / Swing中仔细编程，这种情况一直都会发生。

首先，你应该在事件线程上做所有工作。 这意味着您不能在主语句中（或直接调用的任何语句）中执行任何操作。 我知道有史以来发明的每个Java GUI应用程序都违反了这条规则，但这就是规则。

在大多数情况下，他们曾经说过你可以使用非awt线程，直到窗口被“实现”（pack / setVisible），但Sun发现它并不总是有效。

其次，当您在AWT线程上获得事件时，请务必快速返回。 永远不要睡觉或执行长时间操作。

第三，（这是“First”的扩展，如果你得到一个尚未在AWT工作线程上的回调，请确保在对GUI进行任何操作之前将其放在AWT线程上。

通常，AWT组件生成的任何事件都将位于正确的线程上。 由计时器，手动创建的线程或者传递给main（）的事件生成的事件不是。

Answer 2

不确定这是否与您所看到的相关，但如果您遇到AWT事件队列的性能，那么java 2d + 3d世界（图形管道人员）将指向一个线程策略，然后您将进入处置问题。

这个讨论一直在研究采用AWT事件队列进行图形处理的设计，就像使用“重绘”一样。

在线程方法中，存在关闭问题。

用于“dispose”的java / awt / SequencedEvent中的注释指向“AWT线程问题”和“自动关闭”。

我认为这一点信息至少可以解决问题。

Answer 3

正如你所提到的，用于此类问题的方法是重新绘制的。 您可能会看到正在使用的JVM存在问题。 我建议使用不同版本的Sun JVM甚至MS VM for IE来查看这是否与VM相关 - 它实际上可能与您的代码无关。

我以前没有尝试过这个，但是围绕这一点的创造性方式（即讨厌的黑客）可能是从applet执行javascript来调用DOM方法来执行窗口的模拟调整大小或者可能将焦点调用到主体上试图导致外部重新绘制画布。

Answer 4

通过切换到Swing，我能够修复99％的AWT Applet重绘问题。 刷新似乎更可靠。

之前我在我的applet代码中有很多手动重绘（），但是使用Swing这些被删除了，applet现在更快，特别是在终端服务器/ LTSP下。

我把重要的东西放在这里：

public class VeryFastPanel extends JPanel {



    /**
         *
         */
        private static final long serialVersionUID = 1L;

        public void update(Graphics g) {

      paint(g);
    }

}

Answer 5

我发现了一个与您遇到的问题相同的问题。 经过一些测试，我发现这可能与Aero和Intel Graphics适配器有关。 在我的情况下，应用程序仅在没有由电池供电的AC适配器的笔记本电脑中使用时才停止重新涂漆。 如果禁用英特尔驱动程序配置中的某些省电功能（特别是旧驱动程序版本中的英特尔2D显示技术），Java将再次正常重新绘制。

在我的情况下，我发现了通过注册表禁用此选项的方法。 它没有记录，但它的工作原理。