В коде ниже после изменения первого элемента меняются все позиции списка. Какой механизм это объясняет? при...

import java.util.*;

public class Main {
    public static void main(String[] args) {
        List<StringBuilder> values = new ArrayList<>(
            Collections.nCopies(3, new StringBuilder("A")));
        values.get(0).append("!");
        System.out.println(values);
    }
}

Краткий ответ

Будет выведено [A!, A!, A!]. Collections.nCopies помещает в список несколько ссылок на один и тот же объект, а не создаёт независимую копию объекта для каждой позиции.

Конструктор ArrayList(Collection) копирует ссылки на элементы поверхностно. Поэтому все три позиции ссылаются на один StringBuilder, и его изменение видно через каждую позицию.

Исторический контекст

Утилита Collections.nCopies предназначена для компактного представления списка, содержащего одно и то же значение заданное число раз. Такой подход полезен, когда элементы неизменяемы или когда намеренно требуется повторить одну ссылку.

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

Постановка проблемы

Если передать изменяемый объект в nCopies, все позиции будут связаны с одним экземпляром. Изменение объекта через одну позицию изменит наблюдаемое состояние через остальные позиции.

Ошибка особенно опасна при инициализации матриц, буферов, состояний задач или объектов конфигурации. Код может выглядеть как создание нескольких элементов, хотя фактически создан только один изменяемый объект.

Подробное решение

Вызов Collections.nCopies(3, object) логически создаёт список из трёх одинаковых ссылок:

List<StringBuilder> values = new ArrayList<>(
    Collections.nCopies(3, new StringBuilder("A")));

values.get(0).append("!");
System.out.println(values); // [A!, A!, A!]

new StringBuilder("A") выполняется один раз. Все позиции nCopies указывают на этот экземпляр. Затем new ArrayList<>(...) создаёт отдельную структуру списка, но переносит в неё те же ссылки; это не глубокое копирование элементов.

Важно отличать изменение объекта от замены ссылки. Вызов values.set(0, new StringBuilder("B")) заменил бы только ссылку в позиции 0. Но values.get(0).append("!") изменяет общий объект, поэтому результат наблюдается во всех позициях.

Для независимых изменяемых объектов нужно создавать новый экземпляр на каждой итерации:

List<StringBuilder> values = new ArrayList<>();
for (int i = 0; i < 3; i++) {
    values.add(new StringBuilder("A"));
}
values.get(0).append("!");
System.out.println(values); // [A!, A, A]

nCopies безопасен, если элемент неизменяем, например String, Integer или собственный immutable-объект. Он также может быть уместен, когда все позиции должны намеренно ссылаться на один объект.

Ситуация из практики

В сервисе создавался список из нескольких состояний обработки через Collections.nCopies. Состояние было представлено изменяемым объектом с полями status и error. После изменения статуса одной задачи остальные задачи неожиданно получали тот же статус.

Рассматривались два варианта. Можно было оставить общий объект и синхронизировать доступ, но это не устраняло ошибочную модель данных: состояния всё равно оставались общими. Можно было использовать nCopies с неизменяемым объектом, однако для каждого нового состояния пришлось бы создавать новый объект.

Выбрали явное создание экземпляра внутри цикла. Это увеличило число объектов и расход памяти, но обеспечило независимость состояний и предсказуемое поведение. Для небольшого числа задач такой компромисс был предпочтительнее скрытого совместного состояния.

Что кандидаты часто упускают

1. Создаёт ли nCopies глубокие копии элементов?

   Нет. Коллекции Java обычно копируют ссылки. nCopies не вызывает clone, конструктор копирования или иной механизм дублирования состояния. Для изменяемого элемента все позиции используют один экземпляр.

2. Почему new ArrayList<>(Collections.nCopies(...)) не исправляет проблему?

   Конструктор ArrayList создаёт новую внутреннюю структуру массива, но копирует туда значения ссылок. Он отделяет список от исходного представления, однако не копирует объекты, на которые эти ссылки указывают. Поэтому изменение элемента сохраняется общим для всех позиций.

3. Что произойдёт после set вместо изменения объекта?

   values.set(0, new StringBuilder("B")) заменит ссылку только в нулевой позиции. Остальные позиции продолжат ссылаться на исходный StringBuilder. Следовательно, замена элемента и изменение состояния объекта — разные операции: первая меняет структуру списка, вторая может быть видна через несколько ссылок.