Recursive ConcurrentHashMap.wywołanie computeIfAbsent () nigdy się nie kończy. Bug czy "feature"?

Jakiś czas temu, pisałem na blogu o Java 8 functional way obliczania liczb Fibonacciego rekurencyjnie , z ConcurrentHashMap cache i nową, użyteczną computeIfAbsent() metodą:

import java.util.Map;
import java.util.concurrent.ConcurrentHashMap;

public class Test {
    static Map<Integer, Integer> cache = new ConcurrentHashMap<>();

    public static void main(String[] args) {
        System.out.println(
            "f(" + 8 + ") = " + fibonacci(8));
    }

    static int fibonacci(int i) {
        if (i == 0)
            return i;

        if (i == 1)
            return 1;

        return cache.computeIfAbsent(i, (key) -> {
            System.out.println(
                "Slow calculation of " + key);

            return fibonacci(i - 2) + fibonacci(i - 1);
        });
    }
}

Wybrałem ConcurrentHashMap, ponieważ myślałem o tym, aby ten przykład był jeszcze bardziej wyrafinowany, wprowadzając paralelizm (którego w końcu nie zrobiłem).

Teraz zwiększ liczbę z 8 do 25 i obserwuj, co się dzieje:

        System.out.println(
            "f(" + 25 + ") = " + fibonacci(25));

Program nigdy się nie zatrzymuje. Wewnątrz metody, jest pętla, która po prostu biegnie w nieskończoność:

for (Node<K,V>[] tab = table;;) {
    // ...
}

Używam:

C:\Users\Lukas>java -version
java version "1.8.0_40-ea"
Java(TM) SE Runtime Environment (build 1.8.0_40-ea-b23)
Java HotSpot(TM) 64-Bit Server VM (build 25.40-b25, mixed mode)

Matthias, czytelnik tego wpisu na blogu również potwierdził problem (faktycznie go znalazł) .

• to działa
• rzuca ConcurrentModificationException

Ale nigdy się nie zatrzymujesz? To wydaje się niebezpieczne. Czy to robak? Czy źle zrozumiałem jakiś kontrakt?