JCS并发错误

Question

我正在使用JCS在我的应用程序中进行缓存。最近发生了一些错误，其中对缓存中数据的并发访问导致空值，即一个线程写入缓存，一个线程读取缓存。我想知道JCS是否固有地支持从高速缓存写入和读取时执行线程安全的实现。 我还想知道如何使我的实现线程安全。由于我有多个类写入缓存，因此实​​现Runnable的PutData用于写入缓存，而实现Runnable的GetData也用于从缓存读取，因此使同步的方法没有任何意义，并且使它们成为原子的也没有意义，因为数据没有在类之间共享，并且我将数据对象传递给各个类。顺便说一句，我使用的是POJO序列化类。 无论如何，有什么要克服的，还是我必须以一种强制完成写作然后阅读的方式更改实现，我认为这是愚蠢的。

这更像是生产者－消费者问题，除了我的使用者线程不是在消耗数据，而只是在读取数据。 因此，同步确实可以确保只有一个线程写入缓存，但这不能解决我的问题，因为另一线程访问了具有不同键的对象。

期待您的回答，谢谢，马杜。

Answer 1

最近，我开始使用JCS，但遇到了“ JCS线程安全吗？”问题。 好吧，我看了一下源代码，发现实现考虑了线程安全性。

JCS.getInstance（String region）确实总是为每个区域键返回相同的CompositeCache对象，并包装在新的JCS对象中。换句话说，唯一的CompositeCache对象的引用保留在新创建的包装JCS对象中。 当我们调用JCS.get（），JCS.put（），JCS.remove（）等方法时，它将始终以调用其中一个唯一的CompositeCache对象的方法而告终。 因此，它是单例。

重要的是，CompositeCache对象具有用于其写操作（放置删除等）的同步方法，并且在内部实现中使用了Hashtable对象，它们也是线程安全的。 因此，我认为JCS已经在原子级别上关注线程安全。

托马斯上面提到的是正确的。 如果缓存对象已同步，则应该避免并发问题，如上所述似乎不是这种情况，可能是该问题不是真正的并发。

但是，我只想分享一个事实，即不应该通过获取对象级锁来计划使用JCS，因为该实现似乎是线程安全的，我们应该让并发性以更原子的方式进行处理。水平，寻找更好的性能。

Answer 2

我不知道JCS，但是您可以在对象上进行同步，因此您可能要在缓存对象上进行同步。

像这样的东西：

public void putToCache(...) { 
  synchronized (cache) { //cache is your actual cache instance here
   //put to cache here
  }
}