Comment arrêter un ScheduledExecutorService?

Le programme se termine après neuf épreuves:

class BeeperControl {

    private final ScheduledExecutorService scheduler = Executors.newScheduledThreadPool(1);

    public void beep() {
        final Runnable beeper = new Runnable() {
            public void run() {
                System.out.println("beep");
            }
        };
        final ScheduledFuture<?> beeperHandle = scheduler.scheduleAtFixedRate(
                beeper, 1, 1, SECONDS);
        scheduler.schedule(new Runnable() {
            public void run() {
                beeperHandle.cancel(true);
            }
        }, 1 * 9, SECONDS);
    }

    public static void main(String[] args) {
        BeeperControl bc = new BeeperControl();
        bc.beep();
    }
}

Comment arrêter un processus (processus java dans eclipse par exemple), car il ne s'arrête pas après un délai de 9 secondes?

Eh bien ... Que voulez-vous dire par "il ne s'arrête pas après un délai de 9 secondes"? Je viens de tester, et le "bip"s arrête au bout de 9 secondes, comme prévu. L'ensemble du programme ne s'arrête pas, bien sûr, parce que vous n'avez pas l'arrêt du pool de threads. Si - au lieu de supprimer le bip - vous simplement arrêter le planificateur après 9 secondes, votre programme va également sortir normalement. C'est que le comportement que tu voulais?

OriginalL'auteur ferro | 2015-12-10

  1. 15

    Le problème que vous avez est que le planificateur assure une discussion en direct, après avoir annulé le bip de la tâche.

    Si il y a un live non-démon fil, la machine reste en vie.

    La raison qu'elle garde ce fil autour, c'est que vous lui avez dit de le faire dans cette ligne:

    private final ScheduledExecutorService scheduler
        = Executors.newScheduledThreadPool(1);

    Note la documentation de newScheduledThreadPool(int corePoolSize):

    corePoolSize - le nombre de threads à garder dans la piscine, même si ils sont en veille.

    Donc, vous avez deux façons possibles à cause de la JVM à mettre fin à:

    1. Passer 0 à newScheduledThreadPool au lieu de 1. Le planificateur ne vais pas garder un fil en direct, et la JVM va se terminer.

    2. Arrêter le planificateur. Vous êtes censé le faire de toute façon à la libération de ses ressources. Donc changer le run dans votre anonyme Runnable:

      public void run() {
    beeperHandle.cancel(true);
    scheduler.shutdown();
}

    (En fait, vous n'avez pas besoin de la cancel y shutdown prendra effet dès que la prochaine "bip ""bip" est terminé.)

    Avez-vous remarqué des problèmes lorsqu'un thread est en cours d'exécution de l'ancien code et ne peut pas être arrêté, même après que le serveur a été redémarré et apache et tomcat ont été fermés et réservés. J'ai un e-mail exécutable qui est de l'envoi au mauvais timing et j'ai changé le contenu de l'e-mail ainsi que le moment et maintenant 2 e-mails sont envoyés malgré le changement de mon code ( Mon code sur contextIntialized ne crée qu'un exécutable, donc je pense en quelque sorte l'ancien exécutable n'a pas été tué , parce que j'ai oublié d'ajouter un code d'arrêt dans l'ancienne version du code) Vos conseils seraient utiles 😀

    OriginalL'auteur RealSkeptic