Thymeleaf 无法正确解析 ${format.id} 是因 Spring Data JPA 实体的 getter 方法命名（如 getId()）被 Thymeleaf 映射为 ID 而非 id，需使用大写首字母形式 ${format.ID} 才能正常访问。
thymeleaf 无法正确解析 `${format.id}` 是因 spring data jpa 实体的 getter 方法命名（如 `getid()`）被 thymeleaf 映射为 `id` 而非 `id`，需使用大写首字母形式 `${format.id}` 才能正常访问。
在 Thymeleaf 中访问 Java Bean 属性时，并非直接按字段名（field name）匹配，而是依据 JavaBeans 规范通过 getter 方法推导属性名。对于 Long getId() 方法，JDK 内置的 Introspector 会将其规范化为属性名 ID（而非 id），尤其当 getter 方法名以两个大写字母开头时（如 getID() 或 getId() 在某些 JDK 版本下行为不一致），Thymeleaf 默认遵循该规范，将 ${format.id} 解析失败，而 ${format.ID} 才能成功绑定。
因此，修复方式是统一使用大写首字母的属性引用：
<label th:each="format : ${Format}" th:attr="for='label' + ${format.title}" class="btn_order">
<sup th:text="${format.title}"></sup><sup th:text="${format.price}"></sup><input class="radio_settings" name="price_reload" th:value="${format.ID}" th:attr="id='label' + ${format.title}" type="radio" hidden></label>
✅ 正确：
${format.ID}（对应getId()方法）
❌ 错误：${format.id}（Thymeleaf 无法识别该属性）
此外，建议在实体类中显式添加符合 JavaBeans 规范的 getter（确保方法名为 getId()，且首字母小写、第二字母大写），并验证 IDE 的自动补全或 Lombok 生成是否符合预期（若使用 @Data 或 @Getter，请确认未意外生成 getiD() 等异常方法）。
补充注意事项：
- 不要关闭 Spring Security 的 CSRF 保护（如示例中的
.csrf(AbstractHttpConfigurer::disable)）用于生产环境，此配置仅作调试参考； - 模板变量名建议使用小驼峰风格（如
formats而非Format），提升可读性与一致性； - 可在 Controller 中启用日志或调试断点，检查
model.getAttribute("Format")实际返回的 List 元素类型及字段可访问性； - 若仍报错，可在 Thymeleaf 模板中临时添加
<div th:text="${format}"></div>查看完整对象字符串表示，辅助判断属性暴露状态。
遵循 JavaBeans 属性命名约定，是保障 Thymeleaf 与 JPA 实体无缝集成的关键实践。
