Spring MVC: как я могу повторно загрузить информацию о вошедшем в систему пользователе из базы данных на каждой странице Thymeleaf?

Загрузите данные для всех или определенных контроллеров с помощью _ 1_ @ModelAttribute метод

@ControllerAdvice(assignableTypes={FooController.class, BarController.class})
public class LoadGlobalData {

  @Autowired
  private MyUserDataService userDataService;

  @ModelAttribute("userData")
  MyUserData getUserData(){
        return userDataService.findByUser(...);
  }  
}

(Или вы можете использовать перехватчик обработчика для вышеуказанного)

Используйте метод кеширования в своей службе.

@Service
public class MyUserDataService {

  @Cacheable(value="userData", key="#userId")
  public MyUserData findByUser(long userId) {
    ...
  }

  @CacheEvict(value="userData", key="#userId")
  public void bust(long userId) {
    ...
  }
}

Используйте базу данных, поддерживающую уведомления, такую ​​как Oracle или PostgreSQL, чтобы очистить кеш, когда изменения данных.

Вы можете использовать перехватчик для добавления материала в экземпляр ModelAndView для каждой обслуживаемой страницы.

public class AuthenticationUtil {
    private AuthenticationUtil() {} // private c'tor for utility class

    private static final AuthenticationTrustResolver authenticationTrustResolver = new AuthenticationTrustResolverImpl();

    /**
     * @return {@code true} if the user is authenticated non-anonymously
     */
    public static boolean isAuthenticated() {
        Authentication authentication = SecurityContextHolder.getContext().getAuthentication();
        return authentication != null &&
            authentication.isAuthenticated() &&
            !authenticationTrustResolver.isAnonymous(authentication);
    }
}

И перехватчик:

public class NotificationSettingInterceptor extends HandlerInterceptorAdapter {
    @Autowired
    private NotificationRepository notificationRepository;

    @Override
    public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {
        if (modelAndView == null) { // can be null for static resources etc.
            return;
        }

        if (AuthenticationUtil.isAuthenticated()) {
            Authentication authentication = SecurityContextHolder.getContext().getAuthentication();
            modelAndView.addObject("notifications", notificationRepository.findNotificationsFor(authentication.getName()));
        }
    }
}

Создайте bean-компонент из этого перехватчика и зарегистрируйте его, например путем переопределения метода addInterceptors вашего веб-класса @Configuration (расширение WebMvcConfigurerAdapter)

@Configuration
@EnableWebMvc
public class WebConfig extends WebMvcConfigurerAdapter {
    ...
    @Override
    public void addInterceptors(InterceptorRegistry registry) {
        registry.addInterceptor(notificationSettingInterceptor());
    }
    ...
    @Bean
    public NotificationSettingInterceptor notificationSettingInterceptor() {
        return new NotificationSettingInterceptor();
    }
}

Или используйте тег <mvc:interceptors>, если вы используете конфигурацию пространства имен xml:

<mvc:interceptors>
    <bean class="com.example.NotificationSettingInterceptor"/>
</mvc:interceptors>

Вы думаете о компоненте области действия сеанса. Взгляните на Spring Docs. Вы должны создать сессионный компонент после входа пользователя в систему и хранить там необходимую информацию. Место, куда вы вводите такой компонент с областью видимости, может получить информацию о пользователе. Или сохраните больше данных в этом кеше.

Но это делает ваше приложение полным, что может быть проблемой, если ваше приложение масштабируется по горизонтали. Это не сработает, если вы используете не липкий балансировщик нагрузки, потому что нет гарантии, что последующие запросы от вашего пользователя будут перенаправлены на тот же узел, где находится экземпляр сеанса.

РЕДАКТИРОВАТЬ: если вы не хотите иметь состояние в своем приложении, обычное решение отправляет эти данные туда и обратно между клиентом и сервером. Но этот подход требует некоторой полосы пропускания.

РЕДАКТИРОВАТЬ1: Другое решение - сохранить эту информацию в файле cookie браузера. Это будет отправляться туда и обратно между сервером и клиентом.