我需要通过多个线程更新全局BigInteger
值--BigInteger
线程安全吗?
BigInteger对象是不可变对象的一个代表性示例。
简单地说:
每个不可变对象都是线程安全的,但对它的引用不是线程安全的。
对于不可变对象,其状态在整个生存期内都是固定的。因为没有更改它的选项,所以每个“更改”操作都相当于被一个新对象替换。因此,在N个线程对特定引用并行执行一系列修改后,结果值很难预测(有些更新可能丢失--没有被注意到)。
Integer类也是如此。为了克服这个限制,JDK5中引入了AtomicInteger类。
不幸的是,JDK中没有“AtomicBigInteger”类。另一种解决方案是用AtomicReference包装一个对象实例--它作为代理工作,使所有操作同步和原子化。
final AtomicReference<BigInteger> valueHolder = new AtomicReference(BigInteger.ZERO);
valueHolder.updateAndGet(x -> x.add(BigInteger.valueOf(10)));
IntStream.range(0, 100).parallel()
.forEach(i -> valueHolder.updateAndGet(x -> x.add(BigInteger.valueOf(i))));
问题内容: 自从我将哈希表用于任何重要的事情以来已经有一段时间了,但是我似乎想起了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管道本身完成。它将以不需要额外同步的方式使用收集器功能。特别是在或函数被调用时,可以确保目前没有其他线程在相同的累加值上运行。这在收集器文档中
问题内容: JOptionPane.showMessageDialog应该是获取用户反馈的有用工具,因为它在您等待时会阻塞当前线程。 因此,我希望它是线程安全的,并且您不需要将调用包装在invokeLater或invokeAndWait中。 是这样吗 问题答案: 取自javax.swing包描述: Swing的线程策略 通常,Swing不是线程安全的。除非另有说明,否则所有Swing组件和相关类都