消息线程安全吗
JMS2.0规范第2.14节：
JMS可能要求它的所有对象都支持并发使用。由于对并发访问的支持通常会增加一些开销和复杂性，因此JMS设计限制了对那些自然由多线程客户端共享的对象的并发访问要求。其余的对象被设计为一次由一个逻辑控制线程访问。
支持并发使用：Destination、ConnectionFactory、Connection
不支持并发使用：JMSContext,Session,Producer,consumer
不知道为什么在规范中没有讨论消息的线程安全？
共有1个答案
消息不是线程安全的。消息是可变的，它有设置器，因此当一个线程使用消息时，另一个线程可以干扰和更改它。
-
我在Azure Service Bus中使用代理消息传递（主题/订阅），我很好奇如何（或者是否）使用SSL保护通信。
-
问题内容： 自从我将哈希表用于任何重要的事情以来已经有一段时间了，但是我似乎想起了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管道本身完成。它将以不需要额外同步的方式使用收集器功能。特别是在或函数被调用时，可以确保目前没有其他线程在相同的累加值上运行。这在收集器文档中