差異處
這裏顯示兩個版本的差異處。
java:effective_java:lambdas_and_streams:use_caution_when_making_streams_parallel [2019/07/20 23:23] tony |
java:effective_java:lambdas_and_streams:use_caution_when_making_streams_parallel [2023/06/25 09:48] |
||
---|---|---|---|
行 1: | 行 1: | ||
- | {{tag>java effective_java}} | ||
- | ====== Effective Java - Use caution when making streams parallel ====== | ||
- | ===== Introduction & My Opinion ===== | ||
- | 在Java 8中,你只要用以下寫法,很容易就可以讓你的工作並行化: | ||
- | <code java> | ||
- | list.stream().parallel() .. | ||
- | list.parallelStream() .. | ||
- | </code> | ||
- | 但這個item要強調的是: 千萬別亂用!! (以下內容我結合Java 8 Lambdas技術手冊做補充) | ||
- | ==== Suitable Structure ==== | ||
- | 能獲得較佳效能的結構有ArrayList、HashMap、HashSet、ConcurrentHashMap、arrays、int ranges與long ranges。這是由於它們的結構能夠容易被切割。 | ||
- | ==== Suitable Operations ==== | ||
- | 能獲得較佳效能的terminal operations包含reduce、min、max、count與sum;short-circuiting operations包含anyMatch、allMatch與noneMatch。(short-circuiting operations代表著滿足部分條件就可以停止繼續做下去,中文為短路操作,詳細範例可以參考[[https://www.logicbig.com/tutorials/core-java-tutorial/java-util-stream/short-circuiting.html|link]]) | ||
- | ==== Unsuitable Operations ==== | ||
- | 首先提到不適用的情況是使用Stream.iterate所產生的stream或者是透過limit處理的steam。這是由於預設的並行化流程並無法精準的知道該怎麼正確處理limit的邏輯。 | ||
- | ==== Others ==== | ||
- | - collect則不適合用在parallel的情況中,因為組合集合開銷非常大。 | ||
- | - Prefer SplittableRandom than ThreadLocalRandom. (這個我還沒使用過,無法深入說明) | ||
- | ==== Conclusion & My Opinion ==== | ||
- | - 這個item的結論是: 「你要有理由或者測試去證明使用parallel會加快速度,否則代價就是性能災難或是功能直接出問題」。 | ||
- | - 以我們的經驗來說,由於parallel()預設使用common的ForkJoinPool,因此建議使用在cpu-bound且不會blocking的工作,否則可能會引起dead-lock的問題。 | ||
- | - 前文有提到collect並不適合用在parallel的情況,但事實上我們最常用在物件的轉換;因此**資料量**會是決定你效能的一個因素。 | ||
- | - 資料結構、boxing/un-boxing、pool size、工作分解與合併都會影響到效能。 | ||
- | ===== Note ===== | ||
- | Effective Java第三版Item 48。 | ||
- | ===== Reference ===== | ||
- | * Effective Java, 3/e | ||
- | * Java 8 Lambdas技術手冊 | ||
- | ===== ===== | ||
- | ---- | ||
- | \\ | ||
- | ~~DISQUS~~ |