Is there a difference between configuring a Thread pool using the following configurations:
Executors.newFixedThreadPool(50);
versus doing:
ThreadPoolTaskExecutor executor = new ThreadPoolTaskExecutor();
executor.setCorePoolSize(50);
executor.setThreadNamePrefix("thread-pool");
executor.initialize();
I am not interested in configuring the thread pool during runtime (which is I think the main driver for using ThreadPoolTaskExecutor).
ThreadPoolTaskExecutor is a class from Spring Framework. On the other hand Executors::newFixedThreadPool creates a standard ThreadPoolExecutor thread pool that comes from standard Java and is available since Java 5.
From docs of ThreadPoolTaskExecutor :
JavaBean that allows for configuring a
ThreadPoolExecutorin bean style (through its "corePoolSize", "maxPoolSize", "keepAliveSeconds", "queueCapacity" properties) and exposing it as a SpringTaskExecutor.....
This class implements Spring's
TaskExecutorinterface as well as theExecutorinterface, with the former being the primary interface, the other just serving as secondary convenience. For this reason, the exception handling follows theTaskExecutorcontract rather than theExecutorcontract, in particular regarding theTaskRejectedException.
Notice that ThreadPoolTaskExecutor implements many Spring interfaces like Aware, BeanNameAware, DisposableBean, InitializingBean which makes it easier to work with such pool as a Spring bean.
Also have a look at Karol Dowbecki's answer which correctly points out differences on those pools parameters.
In your example Spring's ThreadPoolTaskExecutor will create a ThreadPoolExecutor with corePoolSize of 50, maxPoolSize of Integer.MAX_VALUE and keepAlive of 60 seconds.
Meanwhile Executors.newFixedThreadPool(50) will set both corePoolSize and maxPoolSize to 50 and keepAlive of 0 seconds (see Java source code).
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With