Thymeleaf下拉框渲染性能问题咨询（Spring MVC 5 + Thymeleaf 3.0）

我之前在Spring MVC 5搭配Thymeleaf 3.0开发时，也碰到过几乎一模一样的问题——仅仅100个选项的下拉框，渲染耗时居然超过5秒，当时差点以为是自己的服务器出问题了。后来排查下来，主要是Thymeleaf的表达式解析和视图层反射调用的开销在拖后腿，结合我的解决经验，给你几个可行的优化方案：

1. 提前在后端转换数据结构，避免视图层调用Getter方法 #

你当前的代码里直接在视图层调用${item.getId()}和${item.getValue()}，Thymeleaf每次解析这些表达式时都会通过反射调用对象的Getter方法，100个选项就会产生200次反射操作，累积起来的开销非常可观。

建议在后端把实体类数据转换成简单的DTO或者Map集合，把需要的字段提前提取好：

// 后端处理代码示例（Java）
List<Map<String, Object>> simplifiedItems = items.stream()
    .map(item -> {
        Map<String, Object> optionMap = new HashMap<>();
        optionMap.put("id", item.getId());
        optionMap.put("value", item.getValue());
        return optionMap;
    })
    .collect(Collectors.toList());
// 将转换后的数据放入Model
model.addAttribute("simplifiedItems", simplifiedItems);

然后视图层直接读取预存的字段，避免反射调用：

<select th:field="*{item}">
    <option th:each="option : ${simplifiedItems}" 
            th:value="${option.id}" 
            th:text="${option.value}"></option>
</select>

2. 开启Thymeleaf模板缓存（生产环境必开） #

开发模式下Thymeleaf默认关闭了模板缓存，每次请求都会重新编译模板，这会带来巨大的性能损耗。如果是在生产环境，一定要开启缓存：

# application.properties配置
spring.thymeleaf.cache=true

即使是开发环境，如果你只是测试性能，也可以临时开启缓存，能明显看到渲染速度的提升。

3. 避免在视图层执行复杂逻辑 #

尽量把所有数据处理、计算逻辑都放到后端完成，视图层只负责简单的取值和渲染。比如如果你的item.getValue()涉及到复杂的字符串拼接、格式化操作，一定要在后端提前处理好，不要丢给Thymeleaf在视图层执行。

我当时做完前两个优化后，100个选项的下拉框渲染时间直接从5秒左右降到了几十毫秒，效果非常显著。你可以先试试这几个方案，应该能解决你的性能问题。

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