Solution de contournement pour bug Java qui provoque une décharge de crash

J'ai réussi à créer une solution de contournement s'il est un peu moche.

Le bogue est dans la méthode JDK windowswatchkey.invalidate () code> qui libère un tampon natif pendant que les appels ultérieurs peuvent toujours y accéder. Cet one-liner corrige le problème en retardant le nettoyage tampon jusqu'à ce que gc. p>

voici Un compilé patch à JDK. Pour appliquer, ajoutez le drapeau de ligne de commande Java suivant:

-XBootClassPath / P: JDK-8029516-PATCH.JAR CODE> P>

Si Patching JDK n'est pas une option dans votre cas, il reste encore une solution de contournement sur le niveau d'application. Il repose sur la connaissance de la mise en œuvre interne de Windowservice Windows WatchService. P>

public class JDK_8029516 {
    private static final Field bufferField = getField("sun.nio.fs.WindowsWatchService$WindowsWatchKey", "buffer");
    private static final Field cleanerField = getField("sun.nio.fs.NativeBuffer", "cleaner");
    private static final Cleaner dummyCleaner = Cleaner.create(Thread.class, new Thread());

    private static Field getField(String className, String fieldName) {
        try {
            Field f = Class.forName(className).getDeclaredField(fieldName);
            f.setAccessible(true);
            return f;
        } catch (Exception e) {
            throw new IllegalStateException(e);
        }
    }

    public static void patch(WatchKey key) {
        try {
            cleanerField.set(bufferField.get(key), dummyCleaner);
        } catch (IllegalAccessException e) {
            throw new IllegalStateException(e);
        }
    }
}