ForkJoinTask vs CompletableFuture

Question

Java 8'de, eşzamanlı olmayan hesaplamaları başlatmak için iki yol vardır: CompletableFuture ve ForkJoinTask. Her ikisi de oldukça benzer görünüyorlar - CompletableFuture iç sınıfları bile ForkJoinTask'u uzatıyor.

Biri diğerinin üzerinde kullanmak için bir neden var mı?

Görebildiğim Temel farklılık CompletableFuture.join yöntem basitçe gelecek tamamlanana blokları kadar yani bir ForkJoinTask.join üzerinde katılmadan konum görevi yardımcı olmak için kuyrukta kapalı çalışmalarını çalabilecek oysa (waitingGet sadece ManagedBlocker kullanılarak spin) Tamamlamak.

Birinden diğerine yarar var mı? Bunlar iki farklı şeydir

Answer 1

, ForkJoinTask bir ForkJoinPool ibraz edilebilecek bir görevdir, CompletableFutureForkJoinPool olması gerekmez herhangi Executor ve uygulayıcısı ile çalışabilir bir söz,

Öyle ise gerçek ancak eski, herhangi belirtmek yoksa ortak ForkJoinPool varsayılan olduğunu: bir Executor geçemiyor eğer

CompletableFuture.supplyAsync(()-> supplier); 

ForkJoinPool kullanır. Executor alan bir overload başka vardır. CompletableFuture bir static sınıf ForkJoinTask<Void> uzanır, ama aynı ya da hareket edebilir Async

/** temel sınıf dokümanlar ile ilgili, bir ForkJoinTask olması gerekmez olan

CompletableFuture.supplyAsync(()-> supplier,executor); 

Async, FJ veya düz Runnable */

abstract static class Async extends ForkJoinTask<Void> 
    implements Runnable, AsynchronousCompletionTask 

Ayrıcacanve sadece yan not bir AsynchronousCompletionTask

: ForkJoinTask, ForkJoinPool, ForkJoin... sınıflar 1.7 ilave edildi ve değil 1.8

Answer 2

Sana büyük bir görev var ve bölmek istediğinizde ForkJoinTask daha önerilir söyleyebilirim

çeşitli alt görevlerde paralel olarak çalışmak. ForkJoin çerçevesi, iş parçacıklarının verimli kullanımını sağlayacak iş çalma algoritmasını kullanır. Diğer yandan, CompletableFutures, bir yürütme ya da uyumsuzluk içinde yürütme boru hatları oluşturabileceğiniz ve iş parçacığı Executor Service'in iş havuzlarını kullanarak daha iyi kontrol edebileceğiniz Reaktif programlama modeli için daha uygundur.