Java Swing 显示停止更新，直到生成 X 事件

Question

编辑：最后的附加信息

我有一个（大型）Java Swing 应用程序，它演示了一些非常奇怪的行为。如果运行它的计算机闲置（没有鼠标或键盘输入）足够长的时间（从一小时左右到几天不等），Swing 显示有时会完全停止更新（我们有，除其他外） ，屏幕上显示的时钟停止更新），直到用户移动鼠标。移动鼠标后，我们的应用程序似乎可以正常运行。 （从另一个应用程序创建和删除窗口也会导致显示再次开始更新；键盘输入似乎不够。）

我们在 Linux 内核 2.6.25.14 上运行 Sun 的 JDK 1.6.0_07（我认为这是一个修改版 ） RHEL 4 发行版，但我不确定）运行 xorg-x11-server 1.1.1-48.13.e15。

当处于这种状态时，AWT 事件队列始终是“可运行的”，并且在几个 java2d 方法之一中 - 我最近的示例是：

at sun.java2d.loops.Blit.Blit (native method)
at sun.java2d.pipe.DrawImage.blitSurfaceData
at sun.java2d.pipe.DrawImage.renderImageCopy
at sun.java2d.pipe.DrawImage.copyImage
at sun.java2d.pipe.DrawImage.copyImage
at sun.java2d.pipe.ValidatePipe.copyImage
at sun.java2d.SunGraphics2D.drawImage
at sun.java2d.SunGraphics2D.drawImage
at <our code>

来自 GDB 的该线程的堆栈跟踪如下所示：

in poll()
in XAddConnectionWatch()
in _XRead()
in _XReply()
in XSync()
in X11SD_GetRasInfo()
in Java_sun_java2d_loops_Blit_Blit
in ??

此外，我们的应用程序通常有几个线程在后台渲染到 VolatileImages。处于这种状态时，这些线程始终处于 RUNNABLE 状态，但会陷入以下调用中：

at sun.java2d.loops.FillRect.FillRect (Native Method)
at sun.java2d.pipe.LoopPipe.fillRect
at sun.java2d.SunGraphics2D.fillRect
at sun.java2d.SunGraphics2D.clearRect
at <our code: rendering to a VolatileImage>

并且这些线程的 GDB 堆栈跟踪是：

in pthread_cond_wait@@GLIBC_2.3.2
in Monitor::wait
in GC_locker::jni_lock_slow
in jni_GetPrimitiveArrayCritical
in BufImg_GetRasInfo
in Java_sun_java2d_loops_FillRect_FillRect
in ??

以前有人见过类似的情况吗？我们完全被难住了，我什至不知道下一步该做什么来尝试解决问题。

编辑：问题仍然存在。在 JStack 和 gdb 堆栈转储上，AWT 事件队列基本上总是看起来相同；我们已经看到这种情况发生，没有其他线程同时卡住，正如我最初描述的那样。

谢谢！

Answer 1

抱歉，我不使用任何 Java2D 的东西，所以我不能确定——但首先想到的是你的一个后台线程正在渲染到实时上下文。

如果是这种情况，那么在非常非常罕见的情况下，它可能会与 AWT 线程（唯一允许实际渲染的线程）发生冲突，如果发生这种情况，您可以轻松获得像您所看到的结果 - 事实上，这就是正是我所期望的。

我可能是错的，但即使你认为我是错的，为什么不尝试让你的后台线程实际上在 WorkerThread 上执行任务——尝试一下也没有什么坏处，即使它在测试过程中会稍微影响你的性能。