Capture SIGINT en Java

Quel est le meilleur moyen de capturer un signal kill en java sans utiliser JNI. Je n'ai découvert que le soleil.misc.Signal et le soleil.misc.SignalHandler et l'avertissement de la possibilité d'être supprimé dans les versions futures.

En utilisant JNI pour appeler un c lib être la seule option que j'ai?

InformationsquelleAutor Begui | 2010-03-29
  1. 54

    La façon de gérer cela pourrait être d'enregistrer un arrêt crochet. Si vous utilisez (SIGINT) kill -2 entraînera le programme gracieusement de sortie et d'exécuter l'arrêt de crochets.

    Enregistre une nouvelle machine virtuelle
    fermeture à crochet.

    La Java virtual machine s'arrête en
    réponse à deux types d'événements:

    • Le programme se termine normalement, lorsque le dernier non-démon fil des sorties ou lors de la sortie (de manière équivalente, Système.exit), la méthode est invoquée, ou

    • La machine virtuelle est terminée, en réponse à une interruption de l'utilisateur, telles que taper ^C, ou d'un système à l'échelle de l'événement, telles que la déconnexion de l'utilisateur ou l'arrêt du système.

    J'ai essayé le programme de test suivant sur OSX 10.6.3 et sur kill -9 il n'a PAS exécuter l'arrêt de crochet, ne pense pas qu'il le ferait. Sur un kill -15 il NE exécuter l'arrêt crochet à chaque fois.

    public class TestShutdownHook
{
    public static void main(final String[] args) throws InterruptedException
    {
        Runtime.getRuntime().addShutdownHook(new Thread()
        {
            @Override
            public void run()
            {
                System.out.println("Shutdown hook ran!");
            }
        });

        while (true)
        {
            Thread.sleep(1000);
        }
    }
}

    C'est documenté la façon d'écrire votre propre les gestionnaires de signaux qui ne sont pas de l'arrêt de crochets en Java. Être averti que le com.sun.misc paquets et sont appuyés par les nations unies et peuvent être modifiées ou disparaître à tout moment, et sans doute n'existent que dans la JVM de Sun.

    • SIGKILL (9) est un non catchable signal. C'est un Unix de la conception.
    • Le Runtime classe est java.lang.Runtime et existe depuis JDK 1.0. Le addShutdownHook méthode existe depuis 1.3. Vous pouvez compter sur eux.
    • lecture pour la compréhension, je suis d'avertissement à propos de la com.sun paquets, qui sont mentionnées dans la question, pour ne pas être utilisé.
    • SIGKILL(9) causes de la machine virtuelle pour abandonner et selon les docs: If the virtual machine aborts then no guarantee can be made about whether or not any shutdown hooks will be run. docs.oracle.com/javase/7/docs/api/java/lang/...
    InformationsquelleAutor
  2. 4

    Prendre un coup d'oeil à L'intégration du Signal et de la gestion des exceptions décrivant la JVM HotSpot de la capacité à faire de signal de chaînage. Il implique un peu de niveau C de la ruse si.

    Ne serait pas java.lang.Runtime.addShutdownHook(Thread) être assez pour que votre but? Ces crochets sont gérés par la JVM lors de la résiliation, y compris la réception de SIGINT, aussi longtemps que la JVM est en mesure d'effectuer les.

    InformationsquelleAutor Asgeir S. Nilsen
  3. 4

    Depuis au moins la version 6 de Java, le HotSpot java commande a eu un -Xrs indicateur pour désactiver la JVM les gestionnaires de signaux.

    Si vous l'utilisez, vous devez mettre en place votre propre SIGINT, SIGTERM, SIGHUP, et SIGQUIT gestionnaires, y compris un à appeler explicitement System.exit().

    Remarque: cela signifie que le thread dump installation de SIGQUIT est désactivé lorsque le -Xrs drapeau est présent.

    Voir https://docs.oracle.com/javase/8/docs/technotes/tools/unix/java.html#BABHDABI (également disponible sur le Windows et Solaris java homologues).

    • Comment doit-on procéder à la mise en œuvre de ces gestionnaires, lorsque nous avons lancé à l'aide de -Xrs?
    InformationsquelleAutor delitescere