4
A
回答
6
這不一定是這種情況。
如果在單獨的JVM上使用單身人士,如果他們的分享了有意義的狀態,則會出現問題。例如,如果兩個單獨的實例存在於同一應用程序的兩個單獨的應用程序服務器上,則存儲和發佈增量ID的單例將非常危險。
在Spring中並沒有什麼內在的東西可以解決這個問題。你的Spring bean(可能是服務)的目標應該是儘可能保持良好的實踐狀態。如果他們需要共享狀態,那麼您將不得不像解決任何其他共享狀態一樣解決此問題。
很多人在集羣環境中使用Spring,並沒有遇到與上述相關的任何問題。我就是其中之一!
相關問題
- 1. 辛格爾頓與集羣
- 2. 辛格爾頓
- 3. 春辛格爾頓和併發訪問
- 4. 春辛格爾頓線程安全
- 5. 辛格爾頓ExtJs4
- 6. swift3 - 辛格爾頓
- 7. 辛格爾頓子
- 8. 辛格爾頓Vs的辛格爾頓廠
- 9. 什麼是阿卡集羣辛格爾頓啓動
- 10. 辛格爾頓會話bean
- 11. 辛格爾頓NServiceBus佐賀
- 12. jQuery的辛格爾頓
- 13. 辛格爾頓功能IOS
- 14. PHP OOP辛格爾頓
- 15. Unity3D辛格爾頓用MonoBehavior
- 16. 辛格爾頓V/S類
- 17. 辛格爾頓溶液
- 18. 辛格爾頓反模式
- 19. 的mysqli和辛格爾頓
- 20. C++辛格爾頓失敗
- 21. 辛格爾頓在Java中
- 22. 辛格爾頓迅速3
- 23. 辛格爾頓在Android的
- 24. 辛格爾頓問題
- 25. 辛格爾頓實例
- 26. .NET DbProviderFactory和辛格爾頓
- 27. 辛格爾頓事件
- 28. 辛格爾頓的viewController
- 29. 什麼是辛格爾頓
- 30. 辛格爾頓Imlementation類
這是一箇舊的答案,但線程安全性如何。比方說,我有一個服務代碼中的關鍵部分,由服務類中的鎖保護(鎖對象是一個實例字段)。多個實例會有單獨的鎖嘗試使用相同的資源導致爭用。我對麼? 任何想法,如何處理? –