是java.util.stream.Collectors::joining
实现线程安全的?我可以做点什么
public final class SomeClass {
private static final Collector<CharSequence, ?, String> jc = Collectors.joining(",");
public String someMethod(List<String> someList) {
return someList.parallelStream().collect(jc);
}
}
不用担心遇到并发问题?
您可以将此收集器用作Collectors
类中提供的任何其他收集器,而不必担心遇到并发问题。在Collector
不用关心线程安全的,除非它有CONCURRENT
特点。它只需要使其操作无干扰,无状态且具有关联性即可。其余的将由Stream管道本身完成。它将以不需要额外同步的方式使用收集器功能。特别是在accumulator
或combiner
函数被调用时,可以确保目前没有其他线程在相同的累加值上运行。这在收集器文档中指定:
实现基于减少库
Collector
,比如Stream.collect(Collector)
,必须遵循以下限制:<…>
* 对于非并发收集器,必须将结果提供者,累加器或组合器函数返回的任何结果串行地限制在线程中。这使得收集可以并行进行,而无需
Collector
实现任何其他同步。简化实现必须管理输入已正确分区,分区被隔离处理以及仅在累加完成后才进行合并。
请注意,收集器本身以及提供的功能都是无状态的,因此将其置于静态字段中也是安全的。状态保存在由返回外部累加器supplier
和传回accumulator
,combiner
和finisher
。因此,即使同一个收集器被多个流操作重用,它们也不会干扰。
问题内容: 自从我将哈希表用于任何重要的事情以来已经有一段时间了,但是我似乎想起了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
问题内容: JOptionPane.showMessageDialog应该是获取用户反馈的有用工具,因为它在您等待时会阻塞当前线程。 因此,我希望它是线程安全的,并且您不需要将调用包装在invokeLater或invokeAndWait中。 是这样吗 问题答案: 取自javax.swing包描述: Swing的线程策略 通常,Swing不是线程安全的。除非另有说明,否则所有Swing组件和相关类都
注意:在encrypt string方法中,每次都会提取一个新的密码实例。 编辑:正如@savior所指出的,字段(SecretKeySpec)不应该表示为static。如果SecretKeySpec是线程安全的,那么我将使它成为配置类中的bean并将其注入加密bean(将其标记为私有final字段并通过构造函数注入)