Несколько потоков одновременно пишут в обычную HashMap. Чем это грозит?

HashMap не рассчитан на одновременную запись из нескольких потоков. Два потока могут одновременно вставлять в одну корзину или запустить расширение таблицы — и одна из записей потеряется, size() станет неверным. В Java 7 и раньше параллельное расширение могло зациклить список в корзине, и обход зависал навсегда.

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

Решения:

• **ConcurrentHashMap** — спроектирован для параллельного доступа: чтение без блокировок, запись блокирует только конкретную корзину;
• **Collections.synchronizedMap** — обёртка с одной блокировкой на всю карту: проще, но потоки ждут друг друга; итерировать нужно, вручную синхронизируясь на карте.

Отдельная ловушка — составные операции. Код «если ключа нет — положить» из двух вызовов не атомарен даже на потокобезопасной карте: между проверкой и вставкой вмешается другой поток. Нужны атомарные методы: putIfAbsent, computeIfAbsent, merge.

Map<String, Integer> counts = new ConcurrentHashMap<>();
// counts.put(word, counts.getOrDefault(word, 0) + 1); // гонка
counts.merge(word, 1, Integer::sum);                  // атомарно