что не так с инициализацией списка?

спасибо, вроде работает. а чем отличается такая инициализация? не совсем понимаю

Этот список статический, стало быть он один на все экземпляры класса Solution. Таким образом, если запустить несколько раз программу (это происходит при тестировании), то в первом случае список не будет инициализироваться заново при каждом запуске; он "накопит" в себе все строки от каждого запуска. Во втором случае ты при каждом запуске инициализируешь переменную новым пустым списком и работаешь только с ним.

т.е. там будет не 5 элементов, а 5*(количество запусков программы)? и каждый раз он будет чекать на длинну и старые и новые элементы?

Да

Что за бред???? Не надо дезинформировать людей. Просто это требование валидатора, а не из-за того, что ПРИ МНОГОКРАТНОМ ЗАПУСКЕ ПРОГРАММЫ элементы остаются в списке. 😹

Ты меня неправильно понял. Я имел в виду не многократный запуск программы пользователем, а вызов метода Solution.main() валидатором. Потому что при тестировании в любом случае неоднократно запускается метод Solution.main. Возможно это делается через reflection, я не знаю, но это не важно. Попробуй рядом сам создать такой класс и посмотреть что произойдет:

public class Test {

    public static void main(String[] args) throws Exception {
        Solution.main(new String[0]);
        Solution.main(new String[0]);
    }

}

И вот что в консоли (после "//" мои примечания):

AAAAAAAAAAAAAAAA // 5 строк для первого вызова Solution.main()
BBBBBBBBBBBBB
CCCCCCCCCC
DDDDDDD
EEEEEE
AAAAAAAAAAAAAAAA // вывод после первого вызова Solution.main()
FFFFF // 5 строк для второго вызова Solution.main
GGGG
HHH
II
J
AAAAAAAAAAAAAAAA // вывод после второго вызова Solution.main()

Вот что происходит при инициализации списка не в методе main(), а при создании, как это было сделано в задаче. Да, это не unit-тест, но там происходит то же самое. А все потому, что при втором вызове Solution.main статический список уже инициализирован, и в него уже были добавлены первые 5 значений. Разумеется, если ты сам запускаешь отдельно взятый метод main(), то он запускается каждый раз с чистого листа, но при проверке валидатором другая точка запуска программы, и main - лишь один из исполняемых методов. И именно поэтому тут так часто возникают вопросы, когда задача вроде бы решена, но была использована статическая переменная, и тесты фейлятся. Да, статическую переменную можно использовать, если не забывать ее очищать при каждом запуске алгоритма. Так что поменьше экспрессии до того, как разберешься о чем речь.

Сори, рил не знал, как работает проверка.

Если вас не затруднит, уважаемый, для окончательной ясности, разрешите поинтересоваться: в одном случае мы создаем объект в классе, в другом в методе (но объявляется ссылочная переменная в любом случае всегда в классе в данном примере). Правильно ли я понял, что верный тут вариант с объявлением объекта в методе, потому что как только проход по main заканчивается - список как объект существовать перестает? или он всё же существует потому что ссылочная переменная указывающая на него существует и вне метода (она то в классе была создана), а значит на объект что-то указывает.

После обращения "уважаемый" захотелось достать пузырь и два граненых стакана )) Переменная является статической, а это значит, что ее существование не зависит от наличия или отсутствия (а также количества) созданных объектов Solution. Поскольку она статическая, то solution1.strings и solution2.strings это одно и то же, как и Solution.strings, что является более правильным обращением к переменной. То есть это общая переменная для всех объектов класса и для класса в целом. Когда мы инициализируем переменную, мы создаем в памяти объект, и записываем в переменную ссылку на него. Соответственно если сделать это в статическом блоке, то мы сделаем это один раз при компиляции класса. Значит, каждый из объектов Solution в ходе своей работы будет обращаться к одному и тому же объекту strings и записывать в него свои строки. Если же оставить объект не инициализированным, и сделать так, чтобы инициализация происходила в методе, то каждый из объектов будет подходить к этой переменной со своим списком: самостоятельно создавать объект в куче, записывать ссылку на объект в переменную и вот это вот все. Создал свой объект списка, выполнил с ним работу. Создали следующий solution, тот создал свой объект списка, поместил его в ту же переменную взамен предыдущего списка, выполнил работу с ним. А предыдущий объект уничтожится сборщиком мусора, т.к. на него перестали ссылаться переменные.

Всё, теперь понял, благодарю за уделенное время, дай Бог здоровья)