java – Hashtable:为什么get方法同步?

我知道Hashtable是同步的,但为什么它的get()方法是同步的?

它只是一种读取方法吗?

解决方法

如果读取未同步,则可以在执行读取期间修改Hashtable.可以添加新元素,底层数组可能变得太小而且可能被更大的元素替换,等等.如果没有顺序执行,则很难处理这些情况.

但是,即使在另一个线程修改Hashtable时get不会崩溃,synchronized关键字还有另一个重要方面,即缓存同步.让我们使用一个简化的例子:

class Flag {
  bool value;

  bool get() { return value; } // WARNING: not synchronized
  synchronized void set(bool value) { this->value = value; }
}

set是同步的,但get不是.如果两个线程A和B同时读写此类,会发生什么?

1. A calls read
2.                 B calls set
3. A calls read

在第3步是否保证A看到线程B的修改

不,它不是,因为A可以在不同的核心上运行,该核心使用单独的缓存,其中旧值仍然存在.因此,我们必须强制B将内存传递给其他核心,并强制A获取新数据.

我们如何执行它?每次,线程进入并离开同步块,执行隐式memory barrier.内存屏障强制更新缓存.但是,要求写入者和阅读者都必须执行内存屏障.否则,信息未正确传达.

在我们的示例中,线程B已经使用了synchronized方法集,因此在方法结束时传递其数据修改.但是,A没有看到修改后的数据.解决方案是使get get同步,因此它被迫获取更新的数据.

相关文章

前言 逆向工程从数据库表直接生成代码,是日常开发中常用的敏...
前言 Java网络编程之Socket套接字,Socket套接字使用TCP提供...
前言 虽然现在已经很少项目会涉及GUI技术,但作为一个合格的...
前言 几乎所有的系统都有密码安全要求,这是基础的安全策略,...
前言 当我们在写设计文档,或者是其他涉及到数据架构、表结构...
前言 Fiddler是一款强大的Web调试代理工具,又称抓包软件,本...