【问题标题】:Functions overridden fromThreadPoolExecutor for logging从 ThreadPoolExecutor 重写的函数以进行日志记录
【发布时间】:2025-12-28 21:45:11
【问题描述】:
// code exactly taken from java concurrency in practice

public class TimingThreadPool extends ThreadPoolExecutor {
  private final ThreadLocal<Long> startTime
    = new ThreadLocal<Long>();
  private final Logger log = Logger.getLogger("TimingThreadPool");
  private final AtomicLong numTasks = new AtomicLong();
  private final AtomicLong totalTime = new AtomicLong();

  protected void beforeExecute(Thread t, Runnable r) {
    super.beforeExecute(t, r);
    log.fine(String.format("Thread %s: start %s", t, r));
    startTime.set(System.nanoTime());
  }

  protected void afterExecute(Runnable r, Throwable t) {
    try {
    long endTime = System.nanoTime();
    long taskTime = endTime - startTime.get();
    numTasks.incrementAndGet();
    totalTime.addAndGet(taskTime);
    log.fine(String.format("Thread %s: end %s, time=%dns",
            t, r, taskTime));
    } finally {
    super.afterExecute(r, t);
    }
}

protected void terminated() {
try {
    log.info(String.format("Terminated: avg time=%dns",
            totalTime.get() / numTasks.get()));
    } finally {
    super.terminated();
    }
}
}

ThreadPoolExecutor 实例是否被所有工作线程共享。如果是,那么方法beforeExecute(...)afterExecute(...) 不应该同步?如果答案是否定的,那么原因是“局部变量是在线程堆栈中分配的,而 numTasks、totalTime、startTime 等状态变量是线程受限/原子的”。

【问题讨论】:

    标签: java concurrency


    【解决方案1】:

    您不需要同步 beforeExecute 和 afterExecute 因为这两个方法中使用的所有字段都是线程安全的 java.util.logging.Logger (来自 API - Logger 上的所有方法都是多线程安全的。)或 ThreadLocal 和 AtocmicLong专为无锁使用而设计。

    对于局部变量,它们只有一个线程可以访问,不需要任何同步。

    【讨论】:

    • 这些方法中的局部变量(endTime,taskTime)不需要原子,因为它分配在线程堆栈内,因此线程受限,因此不需要原子。我说的对吗?
    • 请回答第一部分“ThreadPoolExecutor 实例是否被所有工作线程共享?”
    • 没错。这是因为局部变量位于线程堆栈上,并且仅在此线程和唯一线程中可见。同步就是两个或多个线程共享同一个资源
    • 至于“ThreadPoolExecutor 实例是共享的吗..”我宁愿说“Worker 是 ThreadPoolExecutor 的内部类,因此所有工作人员都可以访问 ThreadPoolExecutor 成员/字段”
    • 我还要提到终止仅有效,因为在调用期间不会再次调用 afterExecute。否则将需要更多代码来确保平均计算结果与 totalTime 和 numTasks 的值一致。