JOptionPane.showMessageDialog线程安全吗？
JOptionPane.showMessageDialog应该是获取用户反馈的有用工具，因为它在您等待时会阻塞当前线程。
因此，我希望它是线程安全的，并且您不需要将调用包装在invokeLater或invokeAndWait中。
是这样吗
问题答案：
取自javax.swing包描述：
Swing的线程策略
通常，Swing不是线程安全的。除非另有说明，否则所有Swing组件和相关类都必须在事件分发线程上进行访问。典型的Swing应用程序会根据用户手势生成的事件进行处理。例如，单击JButton会通知添加到JButton的所有ActionListener。由于从用户手势生成的所有事件都分配在事件分配线程上，因此大多数开发人员不受此限制的影响。
但是，影响所在在于构建和显示Swing应用程序。在事件分配线程上不会调用对应用程序的主方法或Applet中的方法的调用。因此，在构造和显示应用程序或小程序时，必须小心将控制转移到事件分发线程。转移控制权并开始使用Swing的首选方法是使用invokeLater。invokeLater方法计划在事件分配线程上处理一个Runnable。
JOptionPane并未证明它是线程安全的，因此必须使用invokeLater()。
-
问题内容： 自从我将哈希表用于任何重要的事情以来已经有一段时间了，但是我似乎想起了get（）和put（）方法是同步的。 JavaDocs没有反映这一点。他们只是说类Hashtable是同步的。我该怎么办？如果多个线程同时访问哈希表（假设它们没有修改同一条目），则操作将成功，对吗？我想我问的是“ java.util.Hashtable线程安全吗？” 请指导我摆脱这个问题… 问题答案： 它是线程安全的
-
问题内容： 我在JBoss 7中部署的Java EE应用程序中使用PostgreSQL 9.1 JDBC4驱动程序（postgresql-9.1-902.jdbc4.jar）。 我可以假设 javax.sql.DataSource 是线程安全的，以便多个线程可以同时调用getConnection（）方法吗？ 问题答案： javax.sql.DataSource本身是一个接口，因此无论线程安全与否，
-
问题内容： 是线程安全的？也就是说，在初始化它之后，是否可以依赖访问下一个随机数来保证线程安全？检查源代码似乎表明事实确实如此，并且此错误报告似乎表明它缺乏作为线程安全的文档是javadoc的问题。有没有人确认它实际上是线程安全的？ 问题答案： 是的。它扩展了，始终具有 事实上的 线程安全实现，并且从Java 7开始，它明确地保证了线程安全。 如果许多线程使用单个，则可能存在争用，从而影响性能。另
-
问题内容： Spring是线程安全的吗？那是 是可以安全共享多个连接的策略对象。 是一个连接对象（如数据库连接），使用时无法共享，并且需要为每个连接重新创建或池化。 问题答案： 是线程安全的（添加了重点）： 从概念上讲，它是非常相似的，和Spring框架和其他投资项目中发现的各种其他模板。举例来说，这意味着一旦构建后，线程安全 该类的对象不会更改其任何状态信息来处理HTTP：该类是Strategy
-
问题内容： 是实现线程安全的？我可以做点什么 不用担心遇到并发问题？ 问题答案： 您可以将此收集器用作类中提供的任何其他收集器，而不必担心遇到并发问题。在不用关心线程安全的，除非它有特点。它只需要使其操作无干扰，无状态且具有关联性即可。其余的将由Stream管道本身完成。它将以不需要额外同步的方式使用收集器功能。特别是在或函数被调用时，可以确保目前没有其他线程在相同的累加值上运行。这在收集器文档中
-
注意：在encrypt string方法中，每次都会提取一个新的密码实例。 编辑：正如@savior所指出的，字段（SecretKeySpec）不应该表示为static。如果SecretKeySpec是线程安全的，那么我将使它成为配置类中的bean并将其注入加密bean（将其标记为私有final字段并通过构造函数注入）