Perché non il mio campione tiro ConcurrentModificationException

Question

Ho scritto questo esempio a seguito di un concetto di prova ConcurrentModificationException:

public class Person 
{ 
    String name; 
    public Person(String name) 
    { 
     this.name = name; 
    } 
} 

public static void main(String[] args) 
{ 
    List<Person> l = new ArrayList<Person>(); 
    l.add(new Person("a")); 
    l.add(new Person("b")); 
    l.add(new Person("c")); 

    int i = 0; 
    for(Person s : l) 
    { 
     if(s.name.equals("b")) 
      l.remove(i); 
     i++; 
    } 

    for(Person s : l) 
     System.out.println(s.name); 
} 

Quando ho eseguito il metodo principale sopra, ConcurrentModificationException non ottiene gettati e le stampe console di output il seguente risultato :

a 
c 

By con la mia conoscenza di questo problema, quando in un ciclo per la lista, quando si modifica la lista, un'eccezione ConcurrentModificationException deve essere gettato. Ma perché nel mio esempio non si verifica questo?

Answer 1

Non esiste la garanzia che le modifiche strutturali all'elenco generano un valore ConcurrentModificationException.

Dal documentation:

noti che sicuro-veloce comportamento non può essere garantita, poiché è, in generale, impossibile fare alcuna garanzia dure in presenza di sincronizzato modifica concorrente. Le operazioni fail-fast generano ConcurrentModificationException in base alle migliori condizioni. Pertanto, sarebbe sbagliato scrivere un programma che dipendesse da questa eccezione per la sua correttezza: ConcurrentModificationException dovrebbe essere usato solo per rilevare i bug.

In questo caso particolare, sei "fortunato" (o "sfortunato" a seconda di come lo vedi). Il cambiamento strutturale passa inosservato poiché il loop esiste prima che venga eseguito un altro controllo di modifica.

Per una spiegazione dettagliata, fare riferimento alle risposte del DUP:

• Why isn't this code causing a ConcurrentModificationException?