Arrêter le fil et de nouveau commencer à donner IllegalThreadStateException dans blackberry

Je suis IllegalThreadStateException exception lors de l'utilisation de code suivant:
J'ai déjà commencé ce fil une fois(à l'aide de thread.start()) et encore une fois, essayer de la faire démarrer à un autre endroit, donc utilisé le code suivant:

thread.interrupt();
thread.start();

Mais thread.start() est en train de jeter IllegalThreadStateException.

Que dois-je utiliser pour le résoudre?

juste ajouté java tag, puisqu'il est commun à toute java.

OriginalL'auteur AnkitRox | 2012-11-24

  1. 18

    Thread objets sont uniquement destinées à être lancé une fois. Si vous devez arrêter ou interrompre un Thread, et que vous souhaitez démarrer à nouveau, vous devez créer une nouvelle instance, et en appel start():

    thread.interrupt();  //if you need to make sure thread's run() method stops ASAP
thread = new MyThreadSubclass();
thread.start();

    À partir de l'API docs

    IllegalThreadStateException - si le thread a été déjà commencé.

    Je sais que c'est pas 100% clair que vous ne pouvez pas appeler start() de nouveau, même si vous avez déjà appelé interrupt(), mais c'est la façon dont il fonctionne.

    Si vous regardez la Les docs de l'API standard de Java, cette question est plus claire.

    Merci Nate. Mais quand j'ai essayé d'utiliser " thread.interrupt (); " C'est à nouveau à montrer exception - IllegalThreadStateException.
    l'API docs ne pas montrer qu' interrupt() lève toutes les exceptions. Cependant, j'imagine que vous êtes d'appel interrupt() avant même la 1ère fois que vous exécutez ce code. Vous serait vraiment seulement besoin d'interrompre le thread si ça a été commencé à la fois. Ainsi, les 2e, 3e, etc. fois que vous voulez l'appeler start(), vous pourriez l'appeler interrupt() droit à l'avance. Vous pouvez le tester thread.isAlive() avant d'appeler thread.interrupt(). Si cela ne fonctionne pas, vous avez besoin de montrer un peu de code (par exemple, la façon dont vous créez l'objet Thread).
    J'ai une classe comme AsyncUploadQuestionsAndLeads qui est prolongée par Thread. Initialisation de l'objet Thread à l'aide de: AsyncUploadQuestionsAndLeads uploadThread = new AsyncUploadQuestionsAndLeads(event); Et le démarrage du thread à partir d'un autre lieu: uploadThread.start(); Après un certain temps, je suis en utilisant le code: uploadThread.interrupt(); uploadThread.start(); C'est mon code de procédure que j'ai suivie. Encore une Question est - est-ce thread s'arrête de lui-même, quand il la complète exécution du bloc?
    Merci de lire ma réponse. Vous ne pouvez pas appeler interrupt(), et ensuite appeler start() juste après sur le même exemple. Si vous allez appeler start() un deuxième temps, vous devez créer une nouvelle instance avec uploadThread = new AsyncUploadQuestionsAndLeads(event) de nouveau. Et, oui, le fil essentiellement s'arrête lorsque la run() méthode est terminée. Après run() terminée, vous ne pouvez pas appeler start() de nouveau sur la même instance. Vous devez créer un nouveau.
    Merci Nate. J'ai essayé votre méthode. Mais le problème s'est produit à l'époque était, il a été de commencer un nouveau thread pour la nouvelle instance et thread précédent était également à l'œuvre.

    OriginalL'auteur Nate

  2. 8

    En plus de Nate réponse.

    AnkitRox déclare dans son commentaire:

    Merci Nate. J'ai essayé votre méthode. Mais le problème s'est produit à l'époque était, il a été de commencer un nouveau thread pour la nouvelle instance et thread précédent était également à l'œuvre.

    Donc il semble que le problème est "le fil conducteur est toujours en cours même si j'ai appelé interruption sur". Considérons cet exemple (il est laid, mais suffisamment pour montrer l'idée principale):

    final Thread t = new Thread(new Runnable() {
    public void run() {
        while (true) {
            for (int i = 0; i < 100000000; i++); //simulate some action
            System.out.println("hi, interrupted = " 
                    + Thread.currentThread().isInterrupted());
        }
    }
});
t.start();
new Timer(true).schedule(
    new TimerTask() {
        public void run() {
            t.interrupt();
        }
    },
    1000 //1 second delay
);

    Note, le thread continue à fonctionner même après interrupt() a été appelé. Le résultat produit est:

    hi, interrupted = false
hi, interrupted = true
hi, interrupted = true
hi, interrupted = true
...
hi, interrupted = true

    En fait le programme ne s'arrête jamais, sauf clôture de force. Alors que la interrupt()? Il configure simplement la interrompu drapeau à true. Après interrupt() a été appelé le Thread.currentThread().isInterrupted() commence à revenir,false. Et c'est tout.

    Un autre cas est si interrupt() est appelée lorsque le thread est bloqué dans une invocation de l'une des méthodes de jeter InterruptedException, alors que la méthode sera de retour en jetant le InterruptedException. Et si thread du code "mange" que l'exception, le thread va encore continuer à fonctionner, considérons un exemple:

    final Thread t = new Thread(new Runnable() {
    public void run() {
        while (true) {
            System.out.println("hi, interrupted = " 
                    + Thread.currentThread().isInterrupted());
            try {
                Thread.sleep(5000);
            } catch (InterruptedException e) {
                System.out.println("got InterruptedException");
            }
        }
    }
});
t.start();
new Timer(true).schedule(
    new TimerTask() {
        public void run() {
            t.interrupt();
        }
    },
    1000 //1 second delay
);

    Note, le thread continue à fonctionner même après interrupt() a été appelé. Le résultat produit est:

    hi, interrupted = false
got InterruptedException
hi, interrupted = false
hi, interrupted = false
...
hi, interrupted = false

    Remarque, cette fois interrupted = false même après interrupt() a été appelé. C'est parce que chaque fois que InterruptedException est pris, les interrompu drapeau est remis à false.

    En Java l'arrêt d'un thread est coopérative mécanisme. Le sens qu'il ne peut pas se faire sans la coopération du fil lui-même. Voici la version corrigée de l'échantillon ci-dessus:

    final Thread t = new Thread(new Runnable() {
    public void run() {
        while (!Thread.currentThread().isInterrupted()) {
            System.out.println("hi, interrupted = " 
                    + Thread.currentThread().isInterrupted());
            try {
                Thread.sleep(5000);
            } catch (InterruptedException e) {
                System.out.println("we've been interrupted");
                //restore the interrupted flag
                Thread.currentThread().interrupt();
            }
        }
    }
});
t.start();
new Timer(true).schedule(
    new TimerTask() {
        public void run() {
            t.interrupt();
        }
    },
    1000 //1 second delay
);

    Donc la bonne approche devrait être de vérifier périodiquement la interrompu drapeau. Et si l'état d'interruption est détectée puis il suffit de retourner le plus tôt possible. Une autre option est de ne pas utiliser Thread.interrupt() à tous, mais certains personnalisée boolean au lieu.

    grande explication. pas moche du tout 🙂

    OriginalL'auteur Vit Khudenko