Besoin d'aide pour le retour de l'objet dans la méthode run du thread

J'ai une classe Java qui étend Thread, il ressemble fondamentalement à la suivante:

public class HttpRequestDispatcher extends Thread {
    private String url;
    private String method; //GET or POST
    private byte[] postData;

    public HttpRequestDispatcher(String url, String method, byte[] postData) {
        this.url = url;
        this.method = method;
        this.postData = postData;
    }

    public HttpRequestDispatcher(String url, String method) {
        this.url = url;
        this.method = method;
    }

    public void run() {
        ...
    }
}

J'ai besoin de la run() méthode pour renvoyer une ByteArrayOutputStream ou un String. Cependant, parce qu'il est dans le run() méthode de la Thread, je ne peux pas définir le type de retour de la méthode à une ByteArrayOutputStream ou un String.

La HttpRequestDispatcher classe est appelée à l'intérieur d'une classe appelée OAuth.java.

Comment puis-je obtenir autour de cette situation?

OriginalL'auteur littleK | 2010-02-19

  1. 9

    Il existe plusieurs solutions à ce problème:

    • Utiliser une structure de données externes sur le Fil. Passer l'objet dans votre constructeur et le mettre à jour, quand votre fils est sur le point de terminer.

    • Utiliser une méthode de rappel. Lorsque votre Thread termine, appeler la fonction de rappel.

    • Faire usage d'un java.util.de façon concomitante.L'avenir (Java >= 1.5):

      Un Avenir représente le résultat d'un calcul asynchrone. Les méthodes sont prévus pour vérifier si le calcul est terminé, attendre son achèvement, et de récupérer le résultat du calcul.

    Avec la méthode de rappel de l'approche: Le Thread se termine lorsqu'HttpRequest réussit ou échoue. Donc, disons que j'ai deux méthodes: requestSucceeded et requestFailed. Le thread va appeler l'une de ces méthodes, en fonction de son résultat. Ma question est comment puis-je retourner les résultats de requestSucceeded ou requestFailed retour à la méthode originale OAuth.java qui a commencé le Thread? Merci!
    Vous pourriez, par exemple, de définir des rappels dans OAuth.java. Passer le OAuth objet vers le bas sur le Fil. Ensuite, selon le résultat, appeler le callback. La fonction de rappel pourrait accepter "l'expéditeur" comme l'un des paramètres, si vous avez besoin pour l'expédition de plusieurs Threads pour différentes actions. C'est juste une idée ..

    OriginalL'auteur miku

  2. 7

    Laisser mettre en œuvre Appelable<T> au lieu de Thread ou Runnable. Ici T doit représenter le type de résultat. Utilisation ExecutorService pour l'exécuter. Il sera de retour le résultat dans la saveur d'un Avenir<V>.

    Voici un SSCCE avec String comme T, il suffit de copier "" coller'n'run.

    package com.stackoverflow.q2300433;

import java.util.Arrays;
import java.util.List;
import java.util.concurrent.Callable;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
import java.util.concurrent.Future;

public class Test {
    public static void main(String... args) throws Exception {
        ExecutorService executor = Executors.newSingleThreadExecutor();
        Future<String> future = executor.submit(new Task());
        System.out.println(future.get()); //Prints "result" after 2 secs.

        //Or if you have multiple tasks.
        //List<Future<String>> futures = executor.invokeAll(Arrays.asList(new Task()));
        //for (Future<String> future : futures) {
        //    System.out.println(future.get());
        //}

        executor.shutdown(); //Important!
    }
}

class Task implements Callable<String> {
    public String call() throws Exception {
        Thread.sleep(2000);
        return "result";
    }
}
    J'ai l'intention d'essayer cette approche. Si vous regardez mon commentaire sur le ci-dessous post, vous verrez que il y a deux cas dans lesquels le Fil sera fini...il va réussir et renvoyer un ByteArrayOutputStream, ou il échouera et retournera un ruisseau. Est-ce une bonne méthode pour accepter différents types d'objets? Je suis à la recherche pour plus de polyvalence - il va y avoir beaucoup de différentes classes à l'aide de cette HttpRequestDispatcher
    Le rendre abstrait et le nom qu'il HttpResponse. Il deviendra plus simple.

    OriginalL'auteur BalusC