[英]Is the Swing repaint() method still safe to use outside the EDT in Java 7+?
我知道,即使使用Swing的线程模型,从任何线程调用repaint()
和其他一些选定的方法也是安全的,但是我最近在评论中告诉我不是这样。
谷歌发现很多旧的讨论说这是安全的,但最近没什么。 所有过去曾经说过安全的官方参考资料似乎已经消失了,我在各个论坛上发现了一些人讨论它是如何不再安全的。
我找不到任何正式的东西来确认它是否存在 - 而且我真的希望看到一些解释改变逻辑的东西,如果它已被改变的话。 考虑到破坏现有应用程序的风险有多严重,删除它似乎是一个非常奇怪的功能。
我真的在寻找一个官方参考链接(即Javadoc,oracle教程或源代码链接),说明这些方法是否可以安全地从任何线程调用。
这里提到这个问题:
在EDT之外安全使用Component.repaint()?
从现已消失的Sun页面中引用一句话:
以下JComponent方法可以安全地从任何线程调用:repaint(),revalidate()和invalidate()。 repaint()和revalidate()方法将事件派发线程的请求分别调用paint()和validate()。
这符合我的理解,但我现在找不到那个页面或任何类似的页面,我看到几个人的未经证实的谣言说它不再安全。 但另一方面,我找不到任何明确的说这个功能已经改变。
改变笔记
可能有助于解决这个问题的是Oracle关于Swing线程处理变化的官方声明。 我发现了“Java 7中的更改”页面,但根本没有提到它,这些页面都没有以任何方式提及线程或EDT:
http://docs.oracle.com/javase/7/docs/technotes/guides/swing/enhancements-7.html
http://docs.oracle.com/javase/7/docs/technotes/guides/awt/enhancements-7.html
这是官方参考 :
Swing的线程策略
一般来说,Swing不是线程安全的。 除非另有说明,否则必须在事件派发线程上访问所有Swing组件和相关类。
并且repaint
方法不会“以其他方式记录”。
为了让您更加放心,除了单个方法的Javadoc之外,您不需要进一步了解最终答案,例如,请参阅Java 6 Javadoc中如何记录方法的线程安全性。
显然,需要对规范性规范,描述性技术文章和任何具体实现的细节之间的区别进行更多澄清。 Javadoc所说的是: 不能保证repaint
是一种线程安全的方法 。 顺便提一下,Java 7中经常讨论的从大多数Swing API中删除“线程安全”标识的决定就是: 合同的变更,而不是实现。
OpenJDK 7中repaint
的具体实现似乎是线程安全的,这与规范给出的保证无关。 依赖于repaint
或其他方法的线程安全性的代码被破坏 ,并且不能保证在所有Java实现上都能正常运行。
正如在AWT和Swing中绘画中所讨论的:油漆处理 ,
JComponent.repaint()
向组件的RepaintManager
注册异步重绘请求,该组件使用invokeLater()
对Runnable
进行排队,以便稍后在事件派发线程上处理请求。
这是在连续调用repaint()
之间建立先发生关系的必要条件,但不是充分条件。 实际上,您仍然需要同步访问线程之间共享的任何数据。 如果没有这个,就无法确保任何可能影响后续调用repaint()
更改的可见性。
我会说它仍然是线程安全的。 repaint()方法不会更改任何Swing组件的属性。
repaint()方法调用RepaintManager。 然后,RepaintManager将(可能)将多个绘制请求组合到一个绘制请求中。 然后它会将油漆请求添加到EDT进行处理。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.