Итерации по коллекции, избегая исключения ConcurrentModificationException при удалении объектов в цикле

Это работает:

Iterator iter = l.iterator();
while (iter.hasNext()) {
    if (iter.next() == 5) {
        iter.remove();
    }
}

Я предположил, что, поскольку 9X_jre цикл foreach является синтаксическим сахаром 9X_iterative для итерации, использование итератора не 9X_java поможет ... но он дает вам эту функцию .remove().

В Java 8 вы можете использовать the new removeIf method. Применяется 9X_java-se к вашему примеру:

Collection coll = new ArrayList<>();
//populate

coll.removeIf(i -> i == 5);

Поскольку на вопрос уже дан ответ, т.е. лучший 9X_j2se способ - использовать метод удаления объекта 9X_.java итератора, я бы подробно остановился на 9X_collections том месте, где возникает ошибка "java.util.ConcurrentModificationException".

Каждый 9X_java класс коллекции имеет частный класс, который 9X_java-api реализует интерфейс Iterator и предоставляет 9X_java-libraries такие методы, как next(), remove() и hasNext().

Код для next выглядит 9X_java-se примерно так ...

public E next() {
    checkForComodification();
    try {
        E next = get(cursor);
        lastRet = cursor++;
        return next;
    } catch(IndexOutOfBoundsException e) {
        checkForComodification();
        throw new NoSuchElementException();
    }
}

Здесь метод checkForComodification реализован 9X_java-api как

final void checkForComodification() {
    if (modCount != expectedModCount)
        throw new ConcurrentModificationException();
}

Итак, как видите, если вы явно попытаетесь 9X_java-libraries удалить элемент из коллекции. В результате 9X_iterative modCount отличается от expectedModCount, что приводит к исключению 9X_core-java ConcurrentModificationException.

Вы можете использовать итератор напрямую, как 9X_java-api вы упомянули, или сохранить вторую коллекцию 9X_java и добавить каждый элемент, который вы хотите 9X_collections удалить, в новую коллекцию, а затем удалитьAll 9X_.java в конце. Это позволяет вам продолжать использовать 9X_java-collections-api типобезопасность цикла for-each за счет 9X_openjdk увеличения использования памяти и времени 9X_jre процессора (не должно быть большой проблемой, если 9X_java-api у вас нет действительно очень больших списков 9X_java-collections-api или действительно старого компьютера)

public static void main(String[] args)
{
    Collection l = new ArrayList();
    Collection itemsToRemove = new ArrayList<>();
    for (int i=0; i < 10; i++) {
        l.add(Integer.of(4));
        l.add(Integer.of(5));
        l.add(Integer.of(6));
    }
    for (Integer i : l)
    {
        if (i.intValue() == 5) {
            itemsToRemove.add(i);
        }
    }

    l.removeAll(itemsToRemove);
    System.out.println(l);
}

В таких случаях распространенным трюком 9X_iterative является (был?) возврат назад:

for(int i = l.size() - 1; i >= 0; i --) {
  if (l.get(i) == 5) {
    l.remove(i);
  }
}

Тем не менее, я 9X_jre более чем счастлив, что у вас есть лучшие 9X_collections способы использования Java 8, например removeIf или 9X_java-api filter в потоках.

Тот же ответ, что и у Claudius с циклом for:

for (Iterator