Контроллер — singleton, запросы обслуживаются параллельно в разных потоках. Поле currentUser общее: один пользователь увидит данные другого — гонка и утечка.
А ещё Ошибка не ловится тестами в одном потоке — проявляется под нагрузкой
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Каждый запрос обрабатывается своим потоком, но экземпляр контроллера один на всех, поэтому запись в поле из одного запроса видна другому — получается гонка, которая на нагрузке проявляется как чужие данные в ответе. Такие баги крайне неприятны: на разработке с одним пользователем всё работает. Правильные способы передать данные запроса — параметры метода, ThreadLocal-подобные механизмы вроде SecurityContextHolder, либо бин со scope request. Общее правило: бины Spring по умолчанию синглтоны, и изменяемое состояние в их полях недопустимо, если оно относится к конкретному запросу.
Один верный вариант. Подумайте, потом откройте ответ.
Сервлет и встроенный Tomcat, модель thread-per-request, потокобезопасность контроллеров, Filter против Interceptor и forward/redirect.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto