ThreadPoolExecutorでスレッドが終了するタイミング

Question

問題： ThreadのrunメソッドでRunTimeExceptionがスローされたときに、そのスレッドのスレッドローカルが保持されることを知りたかったですか？この質問への答えは、私が以下で求めていることにあります。つまり、スレッドが死んだ場合（例外がスローされた場合）、スレッドのローカルスナップショットgetはクリアされます。プログラムでそれを処理する必要はありますか？ シナリオ： 負荷が高いときに要求が送信され、処理に時間がかかり、応答が作成される前に非同期コンテキストがタイムアウトしました。このシナリオではどうなりますか？要求を処理しているスレッドはどうなりますか？

詳細はこちら 私はThreadPoolExecutorsが内部的にどのように機能するかを研究しています。私が知りたいことは、スレッドのrunメソッドでRunTimeExceptionがスローされたときに起こることです。それは殺され、ThreadPoolExecutorはまったく新しいスレッドを作成しますか？または、JVMは何とかそのスレッドが死ぬことを許さないので、プール内で に再利用できるようになります。私はスレッドが死ぬと思うので、それはThreadLocalスナップショットです。 ThreadPoolExecutorが例外を処理する方法と、特定のスレッドのライフサイクルがその周りをどのように回転するかについて、いくつかの洞察を得たいと思っていました。 ご協力いただきありがとうございます！

Answer 1

ありがとうございました！私は私の答えを得た。

例外がスローされたときにスレッドが停止します。ここでしかキャッチしないのは、スレッドクリアが正しくクリアされない場合にスレッドリークを引き起こすスレッドローカルのスレッドIDを参照する場合です。

スレッドIDは、Javaドキュメントごとに再利用できます。私の場合は、スレッドID（Thread.currentThread.getId）へのスレッドローカル参照のいくつかを入れていました。これをクリアする最善の方法は、afterExecute（java.lang.Runnable、java.lang.Throwable）をオーバーライドして、そこにあるものをクリーンアップすることです。 Javaのドキュメントから

：

public long getId() 
    Returns the identifier of this Thread. The thread ID is a positive long number generated when this thread was created. The thread ID is unique and remains unchanged during its lifetime. When a thread is terminated, this thread ID may be reused.