作为对JVM STM框架的一些分析的一部分，我正在考虑重新设计开源库的锁定机制，以改为使用STM。
然后，我将运行一些测试以比较性能，简化编码等。
显然，性能测试必须支持STM的乐观锁定，但稍后可以解决它的语义。
但是，到目前为止，我只对开放源代码库候选人感兴趣。值得一提的是EhCache，因为它具有内部锁定措施。
还有什么合适的候选人？
最佳答案
我认为STM
产生更优雅的代码
这比合理使用锁要慢得多。它可能比编写不带锁的单线程代码慢得多，以至于慢了许多。
注意：STM重新锁定可能会陷入死锁之类的情况，即永远无法获得所需的所有锁。
您可能会发现比STM还不成熟，无法提供性能优势。
关于java - Java:重新设计开源库的并发性，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/13790413/