SpringRestTemplate
是线程安全的吗?那就是
RestTemplate
多个连接可以安全共享的策略对象。或RestTemplate
连接对象(如数据库连接),在使用时不能共享,需要为每个连接重新创建或池化。RestTemplate
是线程安全的(着重号已添加):
从概念上讲,它与jdbctemplate
、jmstemplate
以及Spring Framework和其他项目组合中的各种其他模板非常相似。例如,这意味着RestTemplate
在构造后是线程安全的
RestTemplate
类的对象不会更改它们的任何状态信息来处理HTTP:该类是策略设计模式的实例,而不是像连接对象一样。如果没有状态信息,那么如果不同的线程共享RestTemplate
对象,则不可能损坏或赛跑状态信息。这就是为什么线程可以共享这些对象的原因。
如果您检查RestTemplate
的源代码,您将看到它没有使用Synchronized
方法或Volatile
字段在构造对象后提供线程安全。因此在构造后修改RestTemplate
对象是不安全的。特别是,添加消息转换器是不安全的。
要为其提供消息转换器列表,必须执行下列操作之一:
注意,第一种情况是在构造对象时设置消息转换器的唯一方法,因此说它“一旦构造就是线程安全的”是正确的。
类是Spring框架的一部分,因此在几乎所有实际情况下,类的对象都将被设置为Spring应用程序上下文的一部分,使用第一个(使用构造函数的依赖注入)或第二个(使用setter的依赖注入)方法,因此将被保证安全地发布到多个线程。
问题内容: Spring是线程安全的吗?那是 是可以安全共享多个连接的策略对象。 是一个连接对象(如数据库连接),使用时无法共享,并且需要为每个连接重新创建或池化。 问题答案: 是线程安全的(添加了重点): 从概念上讲,它是非常相似的,和Spring框架和其他投资项目中发现的各种其他模板。举例来说,这意味着一旦构建后,线程安全 该类的对象不会更改其任何状态信息来处理HTTP:该类是Strategy
问题内容: 自从我将哈希表用于任何重要的事情以来已经有一段时间了,但是我似乎想起了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开始,它明确地保证了线程安全。 如果许多线程使用单个,则可能存在争用,从而影响性能。另
问题内容: 是实现线程安全的?我可以做点什么 不用担心遇到并发问题? 问题答案: 您可以将此收集器用作类中提供的任何其他收集器,而不必担心遇到并发问题。在不用关心线程安全的,除非它有特点。它只需要使其操作无干扰,无状态且具有关联性即可。其余的将由Stream管道本身完成。它将以不需要额外同步的方式使用收集器功能。特别是在或函数被调用时,可以确保目前没有其他线程在相同的累加值上运行。这在收集器文档中
问题内容: JOptionPane.showMessageDialog应该是获取用户反馈的有用工具,因为它在您等待时会阻塞当前线程。 因此,我希望它是线程安全的,并且您不需要将调用包装在invokeLater或invokeAndWait中。 是这样吗 问题答案: 取自javax.swing包描述: Swing的线程策略 通常,Swing不是线程安全的。除非另有说明,否则所有Swing组件和相关类都