JDialog处置和重画问题
在 jnlp 应用程序中，我们创建一个从 javax.swing.JDialog 扩展的模态弹出窗口，并在必要时调用 dispose() 来隐藏对话框。然而，有时最终客户会遇到重画问题。该对话框并没有真正消失，它的父窗口看起来很混乱。我无法重现，但它在最终客户端 PC 上发生了很多次。我猜想有两个可能的原因：
- 我们的应用程序中有一个线程直接更新游标。但是，我无法证明该线程是问题的根本原因。
- 每隔一段时间，我们就会有另一个进程在几秒钟内高度使用 CPU。我尝试加载 CPU，但也无法重现该问题。
在这种情况下对我有什么建议吗？
谢谢！
In a jnlp application, we create a modal popup extends from javax.swing.JDialog, and call dispose() to hide the dialog whenever necessary. However, sometimes the final client get repainting problem. The dialog doesn't really disappear, and its parent window look messy. I couldn't reproduce, but it happen many times on final client PC. I guess there are 2 possible reasons:
- There is a thread in our application update the cursor directly. However, I can't prove this thread is the root cause of the issue.
- Periodically, we have another process highly use the CPU in a few seconds. I tried to load the CPU, but I couldn't reproduce the issue too.
Any advice for me in this case?
Thanks!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
看起来答案就在问题中；-)
有一个线程（不是 EDT）更新 UI（在您的情况下是光标）可能会导致此类问题。
因此，请确保您的线程调用
SwingUtilities.invokeLater()（或invokeAndWait()，具体取决于您的需要）。另一种可能性（但这很大程度上取决于您的线程的作用，如果您没有进一步的描述，很难说）是使用
SwingWorker而不是线程。It looks the answer is in the question ;-)
Having a thread (not the EDT) updating the UI (the cursor in your case) may lead to this kind of problem.
Hence, ensure that your thread calls
SwingUtilities.invokeLater()(orinvokeAndWait()depending on your needs).Another possibility (but this depends a lot on what your thread does, without further description from your side, it is hard to tell) would be to use
SwingWorkerinstead of a thread.