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类
这是一个旧的答案,但线程安全性如何。比方说,我有一个服务代码中的关键部分,由服务类中的锁保护(锁对象是一个实例字段)。多个实例会有单独的锁尝试使用相同的资源导致争用。我对么? 任何想法,如何处理? –