Java DefaultThreadFactory本身是线程安全的吗?
Java Executor框架提供了创建线程的方法Java DefaultThreadFactory本身是线程安全的吗?,java,multithreading,thread-safety,java.util.concurrent,Java,Multithreading,Thread Safety,Java.util.concurrent,Java Executor框架提供了创建线程的方法 DefaultThreadFactory本身对于多线程并发使用是否安全?或者我必须注意每个线程只有一个DefaultThreadFactory 我知道,通常最好的做法是只从一个“主”线程启动新线程,但让我们假设一个预先存在的代码库 如果答案中包含一个简短的解释,说明为什么您确信DefaultThreadFactory是线程安全的,那就太好了。谢谢 DefaultThreadFactory#newThread(Runnable)的Oracle J
DefaultThreadFactory
本身对于多线程并发使用是否安全?或者我必须注意每个线程只有一个DefaultThreadFactory
我知道,通常最好的做法是只从一个“主”线程启动新线程,但让我们假设一个预先存在的代码库
如果答案中包含一个简短的解释,说明为什么您确信
DefaultThreadFactory
是线程安全的,那就太好了。谢谢 DefaultThreadFactory#newThread(Runnable)的Oracle JDK7实现是
public Thread newThread(Runnable r) {
Thread t = new Thread(group, r,
namePrefix + threadNumber.getAndIncrement(),
0);
if (t.isDaemon())
t.setDaemon(false);
if (t.getPriority() != Thread.NORM_PRIORITY)
t.setPriority(Thread.NORM_PRIORITY);
return t;
}
其中
threadNumber
是一个AtomicInteger
。没有其他对象是共享的或可变的,因此此实现是线程安全的。文档中没有说明这种或那种方式,但是如果您查看OpenJDK的代码,它是线程安全的,因为唯一可变的共享状态是两个AtomicInteger@Sotirios的回答是正确的,但我想补充一些细节
DefaultThreadFactory本身对于多线程并发使用是否安全
对。正如Sotirios提到的,唯一的共享状态是线程编号,该编号由AtomicInteger
处理
或者我必须注意每个线程只有一个DefaultThreadFactory吗
这有点矛盾。每个DefaultThreadFactory
都由线程池创建的所有线程使用。每个线程不能有一个线程工厂,但如果愿意,可以在池之间共享线程工厂。我猜想,为每个池创建一个新的DefaultThreadFactory
实例的唯一原因就是为每个池获取一个新的线程名称计数器
我知道通常最好的做法是只从一个“主”线程开始新线程
这在任何非常复杂的多线程应用程序上都不是常见的做法。我从大量不同的类中分叉线程或线程池。我宁愿让每个类负责自己的后台任务,然后在某个中心位置管理它们
为什么您确定DefaultThreadFactory是否是线程安全的
参见索蒂里奥斯发布的代码。如果你的问题真的是你是否必须写一个线程安全工厂,那么展示java.util.concurrent
类如何使用它就足够了。这里是一个来自ThreadPoolExecutor
的小代码示例,它支持执行器
线程池
private Thread addThread(Runnable firstTask) {
Worker w = new Worker(firstTask);
Thread t = threadFactory.newThread(w);
...
请注意,factory的使用周围没有锁定。如果在不同的线程池中使用相同的工厂,那么多个线程肯定可以同时执行它 感谢您提供的
ThreadPoolExecutor
示例。如果Doug Lea将DefaultThreadFactory
视为线程安全的,那么我也可以。:-)无关的:您从事的是哪种项目使用了如此多的自管理并发性(我从大量不同的类中分叉线程或线程池)?你很了解你的主题。你也很了解这个主题@SotiriosDelimanolis。我只是写了很多24/365 POJO应用程序。从来没有这样做过,所以如果我想要线程,我必须编写它们。我们确实让Jetty自己管理:-)。我们使用jgroups网络堆栈进行所有通信,这会产生大量线程。我想知道更多关于彼得的赋。我很想知道他的高性能交易系统中的并发挑战。干杯