Thymeleaf 报错 “Neither BindingResult nor plain target object…” 的根本原因是：th:object="${user}" 中的 user 是 th:each 生成的临时变量，而非控制器显式添加到 Model 的命名属性，因此 Spring 无法为其创建 BindingResult，导致 th:field 失效。

thymeleaf 报错 “neither bindingresult nor plain target object…” 的根本原因是：`th:object="${user}"` 中的 `user` 是 `th:each` 生成的临时变量，而非控制器显式添加到 model 的命名属性，因此 spring 无法为其创建 `bindingresult`，导致 `th:field` 失效。

在 Spring + Thymeleaf 应用中，th:object 和 th:field 是强耦合的表单绑定机制，但其使用有严格前提：th:object 必须引用一个已注册到 Model 中的、具名的（named）模型属性（如 "user"），而不能是 th:each 循环中动态生成的表达式变量（如 ${user}）。你代码中

正是违反了这一核心约束——user 是 th:each="user: ${users}" 的迭代变量，作用域仅限于当前 及其子元素，它并非 Model 中以 "user" 为键存储的对象，Spring MVC 的数据绑定器（DataBinder）在渲染时找不到名为 "user" 的绑定目标，于是抛出 IllegalStateException。

✅ 正确做法是：放弃 th:object + th:field 组合，改用显式 th:name + th:value 手动构建表单字段。这不仅规避了绑定上下文缺失问题，还赋予你对每个字段完全可控的渲染逻辑。

以下是关键修复示例：

<!-- ✅ 替换原 th:object="${user}" 表单 -->

Department: Accounting Sales IT HR

Salary:

? 重要说明与注意事项：

• th:field 为何失效？
  th:field 不仅生成 name 和 value，还会自动注入 id、aria-describedby 等辅助属性，并关联 BindingResult 用于错误显示。当 th:object 无效时，整个绑定链断裂，故必须退回到基础 HTML 属性控制。

• 下拉框默认选中逻辑
  th:selected 是唯一可靠方式（而非 th:value），它根据布尔表达式决定 是否带 selected="selected" 属性。你之前用 th:value="${user.department}" 无法生效，是因为 select 元素本身不响应 value 属性来预选 —— 预选行为由内部 控制。

• 权限列表序列化建议
  原代码 th:value="${#strings.toString(user.authorities)}" 可能产生不可靠字符串（如 [ROLE_USER]）。推荐改用 #strings.listJoin(..., ',') 或后端统一转为 String[]，确保控制器接收时可被 @RequestParam 或 @ModelAttribute 正确解析。

• 控制器端需适配
  接收表单的 @PostMapping("/save-user") 方法应使用 @ModelAttribute User user（若字段名完全匹配）或 @RequestParam 显式接收各参数。注意：隐藏字段中的 authorities 若为逗号分隔字符串，需在 Controller 中手动解析并设入 user.setAuthorities(...)。

? 总结：Thymeleaf 的 th:field 是“约定优于配置”的便利语法，但其前提是严格遵守 Spring MVC 的模型绑定契约。在动态循环内嵌多表单场景下，主动放弃 th:object、拥抱语义清晰的 th:name/th:value/th:selected，反而是更健壮、更易调试、更符合生产环境要求的实践方案。