File tree Expand file tree Collapse file tree 1 file changed +2
-2
lines changed Expand file tree Collapse file tree 1 file changed +2
-2
lines changed Original file line number Diff line number Diff line change @@ -637,7 +637,7 @@ No odd numbers discovered
637
637
638
638
### 可见性
639
639
640
- 第二个问题属于 [ Java 并发的四句格言] ( ./24-Concurrent-Programming.md#四句格言 ) 里第二句格言 “一切都重要” 的部分。你必须假设每个任务拥有自己的处理器,并且每个处理器都有自己的本地内存缓存。该缓存准许处理器允许的更快 ,因为处理器并不总是需要从比起使用缓存显著花费更多时间的主内存中获取数据。
640
+ 第二个问题属于 [ Java 并发的四句格言] ( ./24-Concurrent-Programming.md#四句格言 ) 里第二句格言 “一切都重要” 的部分。你必须假设每个任务拥有自己的处理器,并且每个处理器都有自己的本地内存缓存。该缓存准许处理器运行的更快 ,因为处理器并不总是需要从比起使用缓存显著花费更多时间的主内存中获取数据。
641
641
642
642
出现这个问题是因为 Java 尝试尽可能地提高执行效率。缓存的主要目的是避免从主内存中读取数据。当并发时,有时不清楚 Java 什么时候应该将值从主内存刷新到本地缓存 — 而这个问题称为 * 缓存一致性* ( * cache coherence* )。
643
643
@@ -649,7 +649,7 @@ No odd numbers discovered
649
649
2 . 这些访问中至少有一个是写操作。
650
650
3 . 你尝试避免同步 (在现代 Java 中,你可以使用高级工具来避免进行同步)。
651
651
652
- 举个例字 ,如果你使用变量作为停止任务的标志值。那么该变量至少必须声明为 ** volatile** (尽管这并不一定能保证这种标志的线程安全)。否则,当一个任务更改标志值时,这些更改可以存储在本地处理器缓存中,而不会刷新到主内存。当另一个任务查看标记值时,它不会看到更改。我更喜欢在 [ 并发编程] ( ./24-Concurrent-Programming.md ) 中 [ 终止耗时任务] ( ./24-Concurrent-Programming.md#终止耗时任务 ) 章节中使用 ** AtomicBoolean** 类型作为标志值的办法
652
+ 举个例子 ,如果你使用变量作为停止任务的标志值。那么该变量至少必须声明为 ** volatile** (尽管这并不一定能保证这种标志的线程安全)。否则,当一个任务更改标志值时,这些更改可以存储在本地处理器缓存中,而不会刷新到主内存。当另一个任务查看标记值时,它不会看到更改。我更喜欢在 [ 并发编程] ( ./24-Concurrent-Programming.md ) 中 [ 终止耗时任务] ( ./24-Concurrent-Programming.md#终止耗时任务 ) 章节中使用 ** AtomicBoolean** 类型作为标志值的办法
653
653
654
654
任务对其自身变量所做的任何写操作都始终对该任务可见,因此,如果只在任务中使用变量,你不需要使其变量声明为 ** volatile** 。
655
655
You can’t perform that action at this time.
0 commit comments