Muss ich mich um das Herunterfahren eines ThreadPoolExecutors kümmern?

Question

Ich habe eine REST-Anwendung (Stack: Java8/Tomcat7/Spring4.2/Jersey2.15) und verwende in meinem REST-Endpunkt einen Thread-Pool (ThreadPoolExecutor).

 private ThreadPoolExecutor threadPool = (ThreadPoolExecutor) Executors.newFixedThreadPool(10); 

Der Endpunkt Klasse wird mit der Feder Annotation @Component konfiguriert (so ist es standardmäßig ein Singleton).

Im javadoc von ThreadPoolExecutor Ich las diesen:

Finalization A pool that is no longer referenced in a program AND has no remaining threads will be shutdown automatically. If you would like to ensure that unreferenced pools are reclaimed even if users forget to call shutdown(), then you must arrange that unused threads eventually die, by setting appropriate keep-alive times, using a lower bound of zero core threads and/or setting allowCoreThreadTimeOut(boolean).

Also, wenn ich threadPool.shutdown nicht nennen() der Pool abgeschaltet werden, wenn die Anwendung beendet (normalerweise in diesem Fall, wenn Der Tomcat wird heruntergefahren oder die Anwendung wird gestoppt.

Meine Frage ist: Muss ich mich um das Herunterfahren des Pools kümmern? Können Nebenwirkungen auftreten? (z. B. mem Lecks, lange Tomcat Shutdown-Zeit, ...) Oder ist es felsenfest?

Answer 1

Es ist im Allgemeinen eine gute Übung, den Thread-Pool elegant zu schließen. Es kann länger dauern, Ihre Tomcat-Instanz herunterzufahren (im Fall von nicht abgeschlossenen Jobs), aber die Belohnung ist eine besser verwaltete und sichere Anwendung, die Sie vor zukünftigen Problemen bei nicht abgeschlossenen Jobs bewahren könnte.

Da Sie bereits den Frühling verwenden, möchten Sie vielleicht einen verwalteten Spring Thread Pool mit der ThreadPoolTaskExecutor betrachten.