From 740135dfd8f78b41673adf3697d3339523b9f624 Mon Sep 17 00:00:00 2001 From: Joe Date: Thu, 21 Mar 2019 11:19:48 +0800 Subject: [PATCH] Update synchronized.md MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 修改错别字 --- Java/synchronized.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/Java/synchronized.md b/Java/synchronized.md index 07cb3428..0a1f4f2b 100644 --- a/Java/synchronized.md +++ b/Java/synchronized.md @@ -46,7 +46,7 @@ uniqueInstance 采用 volatile 关键字修饰也是很有必要的， uniqueIns 2. 初始化 uniqueInstance 3. 将 uniqueInstance 指向分配的内存地址 -但是由于 JVM 具有指令重排的特性，执行顺序有可能变成 1->3->2。指令重排在单线程环境下不会出先问题，但是在多线程环境下会导致一个线程获得还没有初始化的实例。例如，线程 T1 执行了 1 和 3，此时 T2 调用 getUniqueInstance() 后发现 uniqueInstance 不为空，因此返回 uniqueInstance，但此时 uniqueInstance 还未被初始化。 +但是由于 JVM 具有指令重排的特性，执行顺序有可能变成 1->3->2。指令重排在单线程环境下不会出现问题，但是在多线程环境下会导致一个线程获得还没有初始化的实例。例如，线程 T1 执行了 1 和 3，此时 T2 调用 getUniqueInstance() 后发现 uniqueInstance 不为空，因此返回 uniqueInstance，但此时 uniqueInstance 还未被初始化。 使用 volatile 可以禁止 JVM 的指令重排，保证在多线程环境下也能正常运行。 @@ -139,7 +139,7 @@ JDK1.6 对锁的实现引入了大量的优化，如偏向锁、轻量级锁、 **⑤ 锁粗化** -原则上，我们再编写代码的时候，总是推荐将同步快的作用范围限制得尽量小——只在共享数据的实际作用域才进行同步，这样是为了使得需要同步的操作数量尽可能变小，如果存在锁竞争，那等待线程也能尽快拿到锁。 +原则上，我们在编写代码的时候，总是推荐将同步块的作用范围限制得尽量小，——直在共享数据的实际作用域才进行同步，这样是为了使得需要同步的操作数量尽可能变小，如果存在锁竞争，那等待线程也能尽快拿到锁。 大部分情况下，上面的原则都是没有问题的，但是如果一系列的连续操作都对同一个对象反复加锁和解锁，那么会带来很多不必要的性能消耗。