java.util.Hashtable线程安全吗？
自从我将哈希表用于任何重要的事情以来已经有一段时间了，但是我似乎想起了get（）和put（）方法是同步的。
JavaDocs没有反映这一点。他们只是说类Hashtable是同步的。我该怎么办？如果多个线程同时访问哈希表（假设它们没有修改同一条目），则操作将成功，对吗？我想我问的是“
java.util.Hashtable线程安全吗？”
请指导我摆脱这个问题…
问题答案：
它是线程安全的，因为get，put，contains方法等是同步的。此外，无论它们正在修改哪些条目，多个线程将无法同时访问哈希表。
编辑-修改为包括以下条件：同步使哈希表在内部成为线程安全的，因为它被原子地修改了；它不能防止外部代码中由于多个线程同时访问哈希表而导致的竞争条件。
-
问题内容： 我在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管道本身完成。它将以不需要额外同步的方式使用收集器功能。特别是在或函数被调用时，可以确保目前没有其他线程在相同的累加值上运行。这在收集器文档中
-
问题内容： JOptionPane.showMessageDialog应该是获取用户反馈的有用工具，因为它在您等待时会阻塞当前线程。 因此，我希望它是线程安全的，并且您不需要将调用包装在invokeLater或invokeAndWait中。 是这样吗 问题答案： 取自javax.swing包描述： Swing的线程策略 通常，Swing不是线程安全的。除非另有说明，否则所有Swing组件和相关类都
-
注意：在encrypt string方法中，每次都会提取一个新的密码实例。 编辑：正如@savior所指出的，字段（SecretKeySpec）不应该表示为static。如果SecretKeySpec是线程安全的，那么我将使它成为配置类中的bean并将其注入加密bean（将其标记为私有final字段并通过构造函数注入）