document/OnJava8
2
0
Fork 0
mirror of https://github.com/LingCoder/OnJava8.git synced 2026-08-30 19:28:02 +08:00
Code Issues Packages Projects Releases Wiki Activity

Update 24-Concurrent-Programming.md (#581)

Browse Source 
原文是”Combining parallel() and limit() is for experts only“，强调这两个方法应该是组合操作，而不是这两个方法是留给专家使用
This commit is contained in:
arobot
2020-09-16 16:07:31 +08:00
committed by GitHub
parent 46d067656a
commit 177735c7c0
1 changed files with 1 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files

2
docs/book/24-Concurrent-Programming.md
View File

@@ -747,7 +747,7 @@ public class ParallelStreamPuzzle3 {
现在我们得到多个线程产生不同的值，但它只产生10个请求的值，而不是1024个产生10个值。
它更快吗？一个更好的问题是：什么时候开始有意义？当然不是这么小的一套；上下文切换的代价远远超过并行性的任何加速。很难想象什么时候用并行生成一个简单的数字序列会有意义。如果你要生成的东西需要很高的成本，它可能有意义 - 但这都是猜测。只有通过测试我们才能知道用并行是否有效。记住这句格言：“首先使它工作，然后使它更快地工作 - 只有当你必须这样做时。”**parallel()**和**limit()**仅供专家使用（把话说在前面，我不认为自己是这里的专家）。
它更快吗？一个更好的问题是：什么时候开始有意义？当然不是这么小的一套；上下文切换的代价远远超过并行性的任何加速。很难想象什么时候用并行生成一个简单的数字序列会有意义。如果你要生成的东西需要很高的成本，它可能有意义 - 但这都是猜测。只有通过测试我们才能知道用并行是否有效。记住这句格言：“首先使它工作，然后使它更快地工作 - 只有当你必须这样做时。”将**parallel()**和**limit()**结合使用仅供专家操作（把话说在前面，我不认为自己是这里的专家）。
- 并行流只看起来很容易