為什麼在 Java EE 容器中不鼓勵使用自訂執行緒？

為什麼不鼓勵在 Java EE 容器中產生執行緒

在 Java EE 開發中，通常不鼓勵在容器中產生自訂執行緒。了解此禁令背後的基本原理有助於闡明最佳開發實踐。

基本原理

Java EE 容器嚴格管理和監控其環境中的資源。建立自訂執行緒會破壞這種管理，因為它們缺乏對存取 JNDI 資源（如 JMS 連線工廠和資料來源）所必需的特定於執行緒的上下文的存取權。

替代方法

儘管需要非同步任務，例如郵件分發和清理工作，在Java EE 中有適當的方法來實現這一點容器：

• Commonj WorkManager（用於WebSphere 和WebLogic）：這提供了一種託管和監視機制，用於產生可以存取所需上下文的執行緒。
• Java EE 連接器架構（JCA）：JCA 允許與外部資源適配器集成，提供用於管理計劃任務或事件的介面
• 訊息驅動Bean (MDB)： MDB 充當非同步事件偵聽器，為訊息處理提供容器管理的解決方案。
• 非同步Servlet : Java EE 6 中引入的非同步servlet 可以在不阻塞請求的情況下處理長時間運行的任務

最佳實踐的演變

請注意，在早期版本（約2009 年）中，不鼓勵在Java EE容器中產生線程更為相關。此後，Java EE 的進步改進了對非同步處理和託管執行緒池的支援。然而，了解歷史上令人沮喪的根本原因對於理解和遵守建議的開發實踐仍然很有價值。

以上是為什麼在 Java EE 容器中不鼓勵使用自訂執行緒？的詳細內容。更多資訊請關注PHP中文網其他相關文章！