如果您在关闭Web应用程序时遇到了这个问题,我不会太担心。此类型的应用程序资源泄漏。关机很常见。当您频繁进行热部署(即多次取消部署而不杀死JVM)时,它们确实会成为问题,但是当完成冷部署时(取消部署/部署是在杀死JVM之前完成的,则不会出现问题)重新部署)。
一种常见的策略是在开发过程中进行热部署(因为它们通常比冷部署要快),并且仅在资源泄漏开始影响性能时才进行冷部署。然后,在生产中,对每个部署进行冷部署。鉴于存在这种类型的泄漏的代码/库的数量,试图消除它们很困难。

如果您在关闭Web应用程序时遇到了这个问题,我不会太担心。此类型的应用程序资源泄漏。关机很常见。当您频繁进行热部署(即多次取消部署而不杀死JVM)时,它们确实会成为问题,但是当完成冷部署时(取消部署/部署是在杀死JVM之前完成的,则不会出现问题)重新部署)。
一种常见的策略是在开发过程中进行热部署(因为它们通常比冷部署要快),并且仅在资源泄漏开始影响性能时才进行冷部署。然后,在生产中,对每个部署进行冷部署。鉴于存在这种类型的泄漏的代码/库的数量,试图消除它们很困难。