Что такое Fail Safe итератор в Java?

А, слушай, вот эта тема про fail-safe итераторы — это ж классика, блядь! Представь себе: ты идёшь по списку, как по магазину, а кто-то сзади уже полки переставляет, товары меняет, а ты нихуя не замечаешь и идешь себе спокойно. Вот это и есть fail-safe, ёпта!

Суть в чём, блядь: этот итератор — он как упрямый барин. В момент, когда ты его создал, он снимает, блядь, моментальный слепок коллекции, типа фотку на память. И дальше работает ТОЛЬКО с этой фоткой, в рот меня чих-пых! А в это время сама коллекция может там плясать гопак, элементы добавлять-удалять — итератору похуй с высокой колокольни. Он своё старое кино досмотрит до конца.

Вот, смотри, наглядный пиздец:

import java.util.concurrent.CopyOnWriteArrayList;
import java.util.Iterator;

CopyOnWriteArrayList<String> list = new CopyOnWriteArrayList<>("A", "B", "C");
Iterator<String> iterator = list.iterator();

// Итератор работает с "снимком" [A, B, C]
while (iterator.hasNext()) {
    String element = iterator.next();
    System.out.print(element + " "); // Выведет: A B C
    if ("B".equals(element)) {
        list.add("D"); // Изменяем исходную коллекцию
    }
}
System.out.println();
System.out.println("Итоговая коллекция: " + list); // [A, B, C, D]
// Обратите внимание: элемент 'D' не был виден в цикле выше.

Видал? Мы в середине цикла, на букве "Б", сука, добавили "Г" в саму коллекцию. А итератор, этот мудя, как шёл по своей старой фотке ["А", "Б", "В"], так и продолжил. "Г" он в упор не увидел, будто её и не было! Потом выводим коллекцию — а она уже с "Г". Вот такой, блядь, фокус-покус.

Ну и что мы с этого, блядь, имеем?

• Плюсы, ёбана:

  • Тишь да гладь: В многопоточном аду, где потоки как тараканы бегают, можно итерироваться и не бояться, что вылетит ConcurrentModificationException прямо в ебало. Безопасность, блядь, полная.
  • Чтение — огонь: Пока ты читаешь по своей старой копии — тебе никто не мешает, блокировок никаких. Быстро, как хуй с горы.

• Минусы, ёпта, куда ж без них:

  • Данные-зомби: Самый жирный косяк. Ты можешь работать с информацией, которая уже устарела, как вчерашние новости. Коллекция уже поменялась, а ты всё по старинке. Подозрение, блядь, чувствую, что это не всегда годится.
  • Жрёт память: Каждая, сука, модификация (добавление, удаление) создаёт новую полную копию данных. Если коллекция большая, а правят её часто — это овердохуища памяти и процессорного времени.
  • remove() не работает: Через такого итератора удалить элемент нельзя, он тебе скажет "пошёл нахуй". Потому что он работает с копией, а не с оригиналом. Удалять надо напрямую у коллекции.

Где эту дичь применяют? Да там, где читают часто-часто, а пишут редко-редко. Ну и там, где в многопоточке паника, а исключений не хочется. Классические представители — CopyOnWriteArrayList, CopyOnWriteArraySet. ConcurrentHashMap тоже в эту степь идёт, его итераторы примерно так же себя ведут.

Короче, инструмент специфический. Как скальпель, блядь: для мозговой хирургии — то, что надо, а хлеб резать — полная хуйня.