Для сравнения цикла по сравнению с расширением цикла for в исключении одновременной модификации

Я читал об исключении одновременной модификации и заметил, что в случае удаления элемента с использованием расширенного цикла for выдает исключение одновременной модификации, тогда как нормальный цикл for этого не делает. Может ли кто-нибудь помочь мне понять, почему это происходит, под кодом

import java.util.ArrayList;
import java.util.List;

public class ConcurrentModificationExceptionExample {

    public static void main(String args[]) {
        List<String> myList = new ArrayList<String>();

        myList.add("1");
        myList.add("2");
        myList.add("3");
        myList.add("4");
        myList.add("5");

        // enhanced for loop
/*     for(String s:myList){
         if (s.equals("1")){
             myList.remove("1");
         }
     }*/
// normal for loop
        for(int i = 0; i<myList.size(); i++){
            if (myList.get(i).equals("1")){
                myList.remove("1");
            }
        }

        System.out.println(myList);


    }
}

для тестирования // расширенный цикл for можно раскомментировать

Мне любопытно, действительно ли нормальный цикл for работает правильно, если вы вставляете туда несколько последовательных единиц? Логика должна быть неисправной, вторая подряд единица не видна, так как i увеличивается даже при удалении.

joanis 27.09.2021 15:43
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
В компьютерном программировании биты играют важнейшую роль в представлении и манипулировании данными на двоичном уровне. Побитовые операции...
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Приходилось ли вам сталкиваться с требованиями, в которых вас могли попросить поднять тревогу или выдать ошибку, когда метод Java занимает больше...
Полный курс Java для разработчиков веб-сайтов и приложений
Полный курс Java для разработчиков веб-сайтов и приложений
Получите сертификат Java Web и Application Developer, используя наш курс.
0
1
245
2

Ответы 2

Это потому, что в вашем коде "нормального цикла for" не задействован Iterator. Вместо этого вы получаете доступ к элементам индивидуально с помощью get.

Обозначение цикла

for (String s: myList) {
    ...
}

создает объект-итератор за кулисами. Итератор отслеживает изменения коллекции. Когда вы вносите изменения без использования итератора, вы получите исключение ConcurrentModificationException.

Когда используешь

for (int i = 0; i < myList.size(); i++) {
    ...
}

и доступ к коллекции с

myList.get(i)

Итератор не создается, и поэтому исключение не может быть создано.

Другие вопросы по теме