Comment faites-vous planter un JVM?

Question

Je lisais un livre sur les compétences en programmation dans lequel l'auteur demande à l'interviewé, "Comment faites-vous planter un JVM?" Je pensais que vous pourriez le faire en écrivant une boucle for infinie qui finirait par utiliser toute la mémoire.

Quelqu'un a une idée?

Answer 1

Je ne qualifierais pas le déclenchement d'une OutOfMemoryError ou d'un StackOverflowError comme un crash. Ce ne sont que des exceptions normales. Pour vraiment crasher une VM, il existe 3 façons :

1. Utiliser JNI et crasher dans le code natif.
2. Si aucun gestionnaire de sécurité n'est installé, vous pouvez utiliser la réflexion pour crasher la VM. Cela dépend de la VM, mais en général une VM stocke plusieurs pointeurs vers des ressources natives dans des champs privés (par exemple, un pointeur vers l'objet de thread natif est stocké dans un champ long dans java.lang.Thread). Il suffit de les modifier via la réflexion et la VM crashera tôt ou tard.
3. Toutes les VM ont des bugs, il suffit donc d'en déclencher un.

Pour la dernière méthode, voici un exemple succinct qui fera planter une VM Sun Hotspot de manière assez agréable :

public class Crash {
    public static void main(String[] args) {
        Object[] o = null;

        while (true) {
            o = new Object[] {o};
        }
    }
}

Cela entraîne un débordement de pile dans le GC, donc vous n'obtiendrez pas de StackOverflowError mais un véritable crash incluant un fichier hs_err*.

Answer 2

JNI. En fait, avec JNI, le plantage est le mode de fonctionnement par défaut. Vous devez travailler extra dur pour éviter qu'il plante.

Answer 3

Utilisez ceci :

import sun.misc.Unsafe;

public class Crash {
    private static final Unsafe unsafe = Unsafe.getUnsafe();
    public static void crash() {
        unsafe.putAddress(0, 0);
    }
    public static void main(String[] args) {
        crash();
    }
}

Cette classe doit être sur le chemin de classe de démarrage car elle utilise du code de confiance, donc exécutez comme ceci :

java -Xbootclasspath/p:. Crash

MODIFICATION: Version simplifiée avec la suggestion de pushy:

Field f = Unsafe.class.getDeclaredField("theUnsafe");
f.setAccessible(true);
Unsafe unsafe = (Unsafe) f.get(null);
unsafe.putAddress(0, 0);

Answer 4

Je suis venu ici car j'ai également rencontré cette question dans The Passionate Programmer, de Chad Fowler. Pour ceux qui n'ont pas accès à une copie, la question est posée comme un genre de filtre/test pour les candidats passant un entretien pour un poste nécessitant des "vraiment bons programmeurs Java".

Plus précisément, il demande :

Comment écririez-vous un programme, en pur Java, qui ferait planter la Machine Virtuelle Java ?

J'ai programmé en Java pendant plus de 15 ans, et j'ai trouvé cette question à la fois déconcertante et injuste. Comme d'autres l'ont souligné, Java, en tant que langage géré, est spécifiquement conçu pour ne pas planter. Bien sûr, il y a toujours des bugs JVM, mais :

1. Après plus de 15 ans de JRE en production, c'est rare.
2. Tous ces bugs sont susceptibles d'être corrigés dans la prochaine version, alors quelle est la probabilité, pour vous en tant que programmeur, de rencontrer et de vous rappeler les détails des problèmes actuels du JRE ?

Comme d'autres l'ont mentionné, du code natif via JNI est un moyen sûr de faire planter un JRE. Mais l'auteur a spécifiquement mentionné en pur Java, donc c'est exclu.

Une autre option serait de nourrir au JRE des octets bidons ; il est assez simple de déverser des données binaires corrompues dans un fichier .class, et de demander au JRE de l'exécuter :

$ echo 'bidon bidon bidon' > bidon.class
$ java bidon
Exception in thread "main" java.lang.ClassFormatError: Incompatible magic value 1668440432 in class file bidon

Est-ce que cela compte ? Je veux dire que le JRE lui-même n'a pas planté ; il a correctement détecté le code bidon, l'a signalé et s'est arrêté.

Cela nous laisse avec les types de solutions les plus évidents tels que faire planter la pile via la récursion, épuiser la mémoire heap via les allocations d'objets, ou simplement lancer RuntimeException. Mais cela fait juste sortir le JRE avec une StackOverflowError ou une exception similaire, ce qui, encore une fois n'est pas vraiment un crash.

Alors que reste-t-il ? J'aimerais vraiment entendre ce que l'auteur avait vraiment en tête comme solution correcte.

Mise à jour : Chad Fowler a répondu ici.

PS : c'est par ailleurs un excellent livre. Je l'ai pris pour me soutenir moralement en apprenant Ruby.

Answer 5

Ce code va faire planter le JVM de manière désagréable

import sun.dc.pr.PathDasher; 

public class Crash
{
     public static void main(String[] args)
     {    
        PathDasher dasher = new PathDasher(null) ;
     }
}