Was ist der Unterschied zwischen einem Future und einem Versprechen?

(Ich bin nicht ganz zufrieden mit den Antworten so weit, so hier ist mein Versuch...)

Ich denke, dass Kevin Wright ' s Kommentar ("Sie können machen ein Versprechen und es ist an Ihnen, es zu halten. Wenn jemand anderes Sie macht ein Versprechen müssen Sie warten, um zu sehen, wenn Sie Ehre, die es in der Zukunft") fasst es schon ziemlich gut, aber eine Erklärung kann hilfreich sein.

Futures und promises sind ziemlich ähnliche Konzepte, der Unterschied ist, dass ein future ist ein nur-lese-container für ein Ergebnis, das noch nicht existiert, während ein Versprechen geschrieben werden können (in der Regel nur einmal). Die Java-8 CompletableFuture und die Guave SettableFuture gedacht werden kann, wie versprochen, weil Ihr Wert gesetzt werden können ("abgeschlossen"), aber auch die Umsetzung der Künftigen Schnittstelle, daher gibt es keinen Unterschied für den Klienten.

Das Ergebnis der Zukunft festgelegt werden "jemand anderes" - das Ergebnis einer asynchronen Berechnung. Beachten Sie, wie FutureTask - ein Klassiker der Zukunft - muss initialisiert werden mit einem Callable oder Runnable, es gibt keine no-argument-Konstruktor, und beide Zukunft und FutureTask gelesen werden-nur von außen (die set-Methoden von FutureTask geschützt sind). Der Wert wird festgelegt, um das Ergebnis der Berechnung von innen.

Auf der anderen Seite, ist das Ergebnis eines Versprechens festgelegt werden kann, "Sie" (oder in der Tat, die von jedermann jederzeit, weil es eine öffentliche setter-Methode. Beide CompletableFuture und SettableFuture erstellt werden können, ohne Aufgabe, und Ihr Wert kann festgelegt werden, zu jeder Zeit. Senden Sie ein Versprechen an den client-code, und erfüllen Sie es später, wie Sie wollen.

Beachten Sie, dass CompletableFuture ist nicht eine "Reine" Versprechen, es kann initialisiert werden, mit einer Aufgabe genau wie FutureTask, und die nützliche Funktion, ist das nicht verbundene Verkettung von Bearbeitungsschritten.

Beachten Sie auch, dass ein Versprechen nicht ein Untertyp von Zukunft, und es muss sich nicht um das gleiche Objekt. In Scala ein Future-Objekt wird erstellt, indem eine asynchrone Berechnung oder durch eine verschiedenen Promise-Objekt. In C++ ist die situation ähnlich: der promise-Objekt ist, verwendet der Produzent und das künftige Objekt durch den Verbraucher. Der Vorteil dieser Trennung ist, dass der client kann nicht den Wert der Zukunft.

Beide Frühling und EJB 3.1 haben ein AsyncResult-Klasse, die ähnlich wie die Scala/C++ verspricht. AsyncResult tut implementieren Zukunft, aber dies ist nicht die Reale Zukunft: asynchrone Methoden in Spring/EJB-Rückkehr einer anderen, nur-lese-Future-Objekt über einige hintergrund-Magie, und diese zweite "Reale" Zukunft, die der client verwendet, um den Zugriff auf das Ergebnis.

Werde ich ein Beispiel geben von dem, was Versprechen und wie Sie deren Wert festgelegt werden konnte, zu jeder Zeit, im Gegensatz zur Zukunft, der Wert ist nur lesbar.

Angenommen, Sie haben eine Mutter, und Sie bitten, für Ihr Geld.

Nun , Sie trick Ihre Mutter in erstellen Sie ein Versprechen, die eventuelle Spende, Sie gibt dir das promise-Objekt, aber Sie ist nicht wirklich Ausschlag zu erfüllen, es aber doch:

Supplier<Integer> momsPurse = ()-> {

        try {
            Thread.sleep(1000);//mom is busy
        } catch (InterruptedException e) {
            ;
        }

        return 100;

    };


ExecutorService ex = Executors.newFixedThreadPool(10);

CompletableFuture<Integer> promise =  
CompletableFuture.supplyAsync(momsPurse, ex);

Sind Sie glücklich, Sie laufen danke, dass Sie Ihre Mutter:

promise.thenAccept(u->System.out.println("Thank you mom for $" + u ));

Aber Ihr Vater mischt und in der Regel bricht der Mutter Pläne und rundet das Versprechen (setzt seinen Wert!) mit weit geringeren Beitrag, als Väter es tun, sehr resolut, während Mama langsam öffnete Ihre Handtasche (Hinweis-Thread.sleep(...)) :

promise.complete(10); 

Ausgabe ist:

Thank you mom for $10

Mutter das Versprechen wurde erstellt , aber er wartete einige "Abschluss" - Veranstaltung.

CompletableFuture<Integer> promise...

Du erstellt ein solches Ereignis ein, akzeptieren Ihre Versprechen und kündigt Ihre Pläne zu danken, die Ihre Mutter:

promise.thenAccept...

In diesem moment meine Mutter wollte Sie öffnen Ihre Geldbörse...aber sehr langsam...

Vater und mischte sich viel schneller abgeschlossen und die Versprechen, anstatt Ihre Mutter:

promise.complete(10);

Haben Sie bemerkt, ein Testamentsvollstrecker, dass ich schrieb explizit?
Interessant ist, dass, wenn Sie verwenden Sie die Standard-implizite Testamentsvollstrecker statt (commonPool) und Vater ist nicht zu Hause, nur die Mutter mit Ihrem "slow Hand", dann Ihr Versprechen wird erst dann beendet, wenn das Programm lebt mehr Zeit als Mama braucht man Geld aus dem Geldbeutel. Ich meine default-executor Handlungen in einer Weise von "daemon". Ich habe nicht gefunden, eine gute Beschreibung dieser Tatsache...

Keine set-Methode in Zukunft eine Schnittstelle, nur get-Methode, so ist es schreibgeschützt.
Über CompletableFuture, dieser Artikel vielleicht hilfreich.
completablefuture