ThreadPoolExecutor 是否应用了模板模式？

Question

ThreadPoolExecutor 中有 2 个挂钩方法。

这个技术让我想到了模板方法模式，其中abstract类中有hook方法。但是，模板方法的abstract类中的hook方法与ThreadPoolExecutor的不同之处在于：

• ThreadPoolExecutor 类是 concrete，而在 模板方法 模式中定义 hook 方法 的类是 abstract
• hook 方法，例如beforeExecute(Thread t, Runnable r) 和afterExecute(Runnable r, Throwable t)，在ThreadPoolExecutor 中是具体的，带有空的方法体，而hook 模板方法模式的abstract类中的方法是abstract，尽管这两个挂钩方法都是protected，表明它们应该是@987654332 @ 在他们的子类中

所以我的问题是：

• ThreadPoolExecutor 是否属于 模板方法 模式？
• 本身就是 hook 方法。 模板方法模式中的独立技术？

Answer 1

就个人而言，我会说是的，因为 ThreadPoolExecutor 预先定义了一组在子类化时无法更改的命令，因为它被标记为final。见#runWorker。 这是模板：第一个beforeExecute，第二个task.run，第三个afterExecute。

final void runWorker(Worker w) {
  // ... snip
     beforeExecute(wt, task);
     try {
           task.run();
     } 
     ...
     } finally {
        afterExecute(task, thrown);
     }

   // ... snip
} 

它将实现的某些部分留给子类beforeExecute、afterExecute。

但是是的，我知道可以进行讨论，因为在这种情况下，该类只有钩子（未标记为抽象，因此允许但不是必需的）来控制子类。