✨ Ответ на вопрос про передачу переменных и их влияние на результаты ✨

🔍 Пояснение:

Первый вызов: recalculate(i)

Переменная i имеет значение 1.
При передаче i в метод recalculate(int i), создаётся копия значения 1.
Внутри метода i присваивается значение 2, и метод возвращает 2.
Однако, оригинальная переменная i в main остаётся равной 1.
Вывод: 2 (результат метода)
Второй вывод: System.out.print(i)

Печатаем оригинальное значение i, которое осталось 1.
Вывод: 1
Третий вызов: recalculateInt(j)

j - это объект типа Integer, который также имеет значение 1.
Передача j в метод recalculateInt(Integer i) создает ссылку на объект, однако при присваивании i = 2 мы создаем новую ссылку, которая не влияет на оригинальный объект j в main.
Метод возвращает 2.
Вывод: 2 (результат метода)
Четвёртый вывод: System.out.print(j)

Оригинальная переменная j остается равной 1, потому что Integer является неизменяемым классом в Java.
Вывод: 1
📌 Итоговый вывод программы:
2121

⚡️ Вывод: В Java важно понимать различие между примитивными типами и объектами. Примитивы передаются по значению, а объекты – по ссылке, что приводит к таким результатам. 🎉

#concurrency корректно ли будет работать код в многопоточной среде?

Ответ про код с ConcurrencyStorage:
Тут concurrency проблема, связанная с тем,
что ссылка на storage заново присваивается в методе fillStorage()
и нет гарантий что другой поток, который вызовет метод getValue() увидит данные,
обновленные в fillStorage();
Что бы эту проблему исправить, можно, например, сделать поле storage volatile:
private volatile ConcurrentMap<String, String> storage = new ConcurrentHashMap<>();

#concurrency2 корректно ли будет работать код в многопоточной среде?

Ответ про второй код с ConcurrencyStorage2:
Тут тоже concurrency проблема, связанная с тем, что теперь поле volatile, но сама мапа не thread-safe и поэтому нет гарантий,
что другие потоки увидят данные обновленные в fillStorage();
Что бы исправить эту проблему, можно взять ConcurrentHashMap и использовать его как storage;

Что будет в результате выполнения кода?

Что будет в результате выполнения кода?

Ответ на вопросы про List<?>:
List<?> это список элементов неизвестного типа. Он применяется в ситуациях, когда важно работать с самим списком, но конкретный тип элементов в нём не имеет значения. Из такого списка можно только извлекать значения, но нельзя добавлять новые элементы (кроме null). Поэтому в первом коде будет ошибка компиляции, а во втором будет все хорошо.

Что напечатает строчка System.out.println(exceptionCount)?

Ответ на вопрос про вставку null в мапы:
При вставке значений в HashMap:
HashMap допускает хранение null в качестве ключей и значений. Поэтому вызовы fillData(hashMap, "1", null) и fillData(hashMap, null, "1") не приведут к исключениям.
Напротив, ConcurrentHashMap не допускает null в качестве ключей или значений:
В вызове fillData(concurrentHashMap, "1", null) будет выброшено NullPointerException, поскольку значение null нельзя вставить в ConcurrentHashMap.
В вызове fillData(concurrentHashMap, null, "1") также произойдет NullPointerException, так как ключ null не допускается.
Таким образом, каждое из двух вызовов с concurrentHashMap приведет к исключению, увеличивая счетчик exceptionCount на 1 в каждом случае.
Итого, программа напечатает 2.
Это различие между мапами надо помнить, например, если вы делаете замену в коде HashMap -> ConcurrentHashMap. При этом меняется семантика, если ваш код работает с null ключами или значениями.

Вопрос на позицию software engineer: (левый и правый ботинок стоят одинаково)

Оцените по 10-ти бальной шкале Set

Итак, месяц май объявляется месяцем "проверки многопоточного кода". Впереди вас ждут задания на тему многопоточности.

Вопрос: может ли метод spin() не завершить свою работу, даже если метод stop() был вызван?