單身REST數據庫資源是一個好主意嗎？

Question

這是我的情況。我有一個名爲Dao的類，它包含我查詢表的所有邏輯。然後，我也有一些DaoResource，它是一個Jersey API資源，但也是一個Singleton，並且通過Spring實例化了一個Dao對象（即，我將一個數據源注入到Dao中）。

然後，我有一個新澤西API businessLogicResource，做：

somethingDaoResource.getInstance（）getsomethingDao（），它讓我的somethingDao對象，在我那麼火多個查詢。

我的問題是，這被認爲是一個很好的設計？我主要擔心的是，每當有人向我的businessLogicResource發送一個HTTP請求時，如果somethingDaoResource不是一個Singleton（或靜態的？），那麼這將創建一個新的Dao實例，並打開一個新的連接，同時要做。

任何建議都比歡迎。

PS - 我也有一個c3p0連接池。

Answer 1

最常見的做法是將DAO對象作爲無狀態單例。而不是打開和關閉連接，他們會從池中借一個，然後在完成時返回。您可以限制池中的最大連接數。

在web應用程序中有一些有狀態和單例通常是一個壞主意。它可能會導致各種讀/寫衝突或線程鎖定。這種方法還可以殺死任何通過多個服務器分發應用程序的可能性，從而破壞了REST體系結構約束條件之一。