Will the ThreadLocal object be cleared after thread returned to Thread Pool? Will the ThreadLocal object be cleared after thread returned to Thread Pool? multithreading multithreading

Will the ThreadLocal object be cleared after thread returned to Thread Pool?


The ThreadLocal and ThreadPool don't interact with one another unless you do this.

What you can do is a a single ThreadLocal which stores all the state you want to hold and have this be reset when the task completes. You can override ThreadPoolExecutor.afterExecute (or beforeExecute) to clear your ThreadLocal(s)

From ThreadPoolExecutor

/** * Method invoked upon completion of execution of the given Runnable. * This method is invoked by the thread that executed the task. If * non-null, the Throwable is the uncaught {@code RuntimeException} * or {@code Error} that caused execution to terminate abruptly. * * <p>This implementation does nothing, but may be customized in * subclasses. Note: To properly nest multiple overridings, subclasses * should generally invoke {@code super.afterExecute} at the * beginning of this method. *... some deleted ... * * @param r the runnable that has completed * @param t the exception that caused termination, or null if * execution completed normally */protected void afterExecute(Runnable r, Throwable t) { }

Rather than keep track of all ThreadLocals, you could clear them all at once.

protected void afterExecute(Runnable r, Throwable t) {     // you need to set this field via reflection.    Thread.currentThread().threadLocals = null;}


No. As a principle, whoever put something in thread local should be responsible to clear it

threadLocal.set(...);try {  ...} finally {  threadLocal.remove();}


Will the contents that are stored in the ThreadLocal storage during an execution be cleared automatically when the thread is returned to ThreadPool

No. ThreadLocals are associate with Threads, not with execution of a Callable/Runnable passed to a threadpool's task queue. Unless explicitly cleared - @PeterLawrey gives an example on how to do so - ThreadLocals and their state persist through multiple task executions.

Sounds like you can achieve the desired behavior with a local variable declared in your Callable/Runnable