Java HashSet线程安全只读吗？
如果我通过Collections.unmodifiableSet（）运行HashSet的实例后，它是否是线程安全的？
我问这个问题是因为Set文档指出不是，但是我只执行读取操作。
问题答案：
从Javadoc：
请注意，此实现未同步。如果多个线程同时访问哈希集，并且至少有一个线程修改了哈希集，则必须在外部对其进行同步
阅读不会修改一组，因此您没问题。
-
问题内容： 我的应用程序中有多个线程同时访问BitSet。该文档说： 如果没有外部同步，则BitSet对于多线程使用是不安全的。 它没有说读或写是否不安全。谁能解释。 问题答案： 仅当初始化的最后一个操作与读取该操作的操作之间存在“先于”关系时，A 对于只读操作才是安全的。 最简单的方法是使用。例如： 这足以确保“安全发布”。 但是，如果您不执行此类操作，则无法保证读取的线程将看到完全初始化的状态
-
问题内容： 如果您在同一文件描述符中的两个不同线程中调用（或，或两者兼有）会发生什么情况（让我们说我们对本地文件感兴趣，而这是套接字文件描述符），而没有显式使用同步机制？ 读取和写入是系统调用，因此，在一个单核CPU上，不幸的是两次读取将“同时”执行。但是有多个核心… linux内核会做什么？ 让我们更笼统一点：其他内核（例如BSD）的行为是否总是相同？ 编辑：根据密切的文档，我们应该确保文件描述
-
问题内容： 自从我将哈希表用于任何重要的事情以来已经有一段时间了，但是我似乎想起了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