Spring Boot应用Thymeleaf渲染缓慢，日志存大量SaveToSessionResponseWrapper记录

看起来你遇到的核心问题是模型对象序列化到HttpSession时的性能瓶颈——虽然控制器获取数据的速度很快，但Spring在将模型传递给Thymeleaf渲染前，会把模型中的对象存储到HttpSession中（默认行为）。如果你的JPA实体关联层级深、带有Hibernate懒加载代理，或者包含大量不必要的字段，这个序列化/存储过程会变得异常缓慢，同时产生你看到的大量SaveToSessionResponseWrapper Skip invoking on日志（这是Spring在跳过重复的session存储操作，但根源是对象本身太大、处理开销高）。

下面是几个针对性的解决办法：

1. 别直接把JPA实体扔给前端，用DTO做中转 #

JPA实体天生带有懒加载代理、大量关联字段，哪怕你觉得没用到这些关联，Thymeleaf渲染时也可能通过反射访问属性，触发不必要的懒加载查询，而且序列化到session的开销极大。

• 解决思路：创建DTO（数据传输对象），只保留前端编辑页面需要的字段，从JPA实体映射到DTO后再传给Model。
  示例代码：

  // 定义只包含前端需要字段的DTO
  public class PersonDTO {
      private Long id;
      private String name;
      private String email;
      // 只保留编辑页需要的字段，砍掉不必要的关联
      
      // getter和setter
  }
  
  // 控制器里修改为返回DTO
  @RequestMapping("/admin/person/{id}/edit")
  public String edit(Model model, @PathVariable Long id) {
      logger.warn(">>> Start <<<");
      Person person = personRepository.findById(id).orElseThrow();
      
      // 手动映射（或者用MapStruct这类工具简化映射）
      PersonDTO personDTO = new PersonDTO();
      personDTO.setId(person.getId());
      personDTO.setName(person.getName());
      personDTO.setEmail(person.getEmail());
      
      model.addAttribute("person", personDTO);
      logger.warn(">>> End <<<");
      return "admin/person/edit";
  }
  

2. 限制HttpSession存储的模型属性 #

Spring默认会把Model里的所有对象都存到HttpSession中，用于后续请求的Flash属性等场景，但如果你的模型对象只需要当前请求渲染用，完全没必要存到session里。

• 方法一：用@SessionAttributes指定仅存储必要的属性，避免全量存储：

  @Controller
  @SessionAttributes({"currentLoginUser"}) // 只把当前登录用户存到session，其他模型属性不存
  public class PersonController {
      // ...你的控制器方法
  }
  

• 方法二：直接把属性存到Request级别，不进Session：

  @RequestMapping("/admin/person/{id}/edit")
  public String edit(@PathVariable Long id, HttpServletRequest request) {
      logger.warn(">>> Start <<<");
      PersonDTO personDTO = // ...获取并映射DTO
      // 把属性存到request，仅当前请求可用，不进入session
      request.setAttribute("person", personDTO);
      logger.warn(">>> End <<<");
      return "admin/person/edit";
  }
  

3. 优化JPA查询与Redis缓存 #

虽然用了Redis缓存，但如果缓存的是完整的JPA实体，取出后依然带有懒加载代理，传递到前端时还是会触发问题：

• 改成缓存DTO而非JPA实体，避免懒加载代理的序列化开销；
• 在JPA查询时用@EntityGraph指定要加载的关联，提前加载必要数据，避免后续懒加载：

  @Repository
  public interface PersonRepository extends JpaRepository<Person, Long> {
      // 指定加载需要的关联，避免懒加载触发额外查询
      @EntityGraph(attributePaths = {"department"})
      Optional<Person> findById(Long id);
  }
  

4. 检查Thymeleaf模板的属性访问 #

打开你的admin/person/edit.html模板，看看是不是访问了实体的深层关联属性（比如person.address.street），而这些关联在JPA实体中是懒加载的——控制器里没加载这些关联的话，Thymeleaf渲染时会触发大量额外的数据库查询，拖慢整个过程。

• 解决办法：要么在DTO中提前封装好需要的关联字段，要么在JPA查询时用@EntityGraph加载必要的关联，彻底避免模板触发懒加载。

按照上面的方法修改后，你可以再观察日志中的"Start"和"End"时间差，以及SaveToSessionResponseWrapper日志的数量，前端加载速度应该会有明显提升。

内容的提问来源于stack exchange，提问作者Ithar