面经策

Spring 中的 @ModelAttribute 注解的作用是什么？ ​

  • 标签：后端、Spring

🏛 业务架构师 ​

@ModelAttribute 有两重作用：

1. 绑定请求参数到对象：表单/URL 参数按字段名自动装配成一个领域对象（老 Spring MVC 没有 @RequestBody 时的主力绑定方式）：

java
@PostMapping("/register")
public String register(@ModelAttribute UserForm form) { ... }
// POST form: username=ken&phone=138... → 自动组装成 UserForm

2. 暴露通用模型数据：标注在方法上，该 Controller 每个请求前都会先执行它，返回值放进 Model——常用于给所有页面填充公共数据（下拉选项字典、当前用户）。

架构师视角的评价要放到技术演进里看：

  • 前后端分离成为主流后，表单提交让位于 JSON（@RequestBody），服务端模板渲染（Thymeleaf/JSP）萎缩到后台管理系统、内部工具这类场景——@ModelAttribute 的主战场也就收缩到那里；
  • 它与 @Validated 配合做表单校验、与 @SessionAttributes 配合做跨请求暂存（经典的多步表单向导），在遗留系统维护中仍会见到。

我的实战建议：新项目一律 REST API + DTO + @RequestBody；维护老系统时理解它的绑定机制即可（属性名匹配、类型转换走 WebDataBinder，可注册自定义 Editor）。面试时能点出"它的兴衰反映的是前后端架构范式迁移"，比背注解用法更能体现架构判断力——知道一个技术为什么退场，和知道它怎么用一样重要。

🏗 系统架构师 ​

两个用法：

  • 绑定表单/查询参数到对象：@ModelAttribute OrderForm form——参数名匹配字段 setter，典型表单提交；
  • 公共数据预填：标注在 Controller 方法上，每个请求前执行，向 Model 放公共数据（下拉选项、当前用户）。

架构视角——这是服务端渲染时代的产物：前后端分离成为绝对主流的今天，业务系统里它基本退场，取而代之的是 @RequestBody 加 JSON 契约。我回答时会主动给出这个时代判断，展示对技术生命周期的理解。

两个仍有价值的点：

  1. 安全：Mass Assignment 风险——参数绑定按名匹配，攻击者在表单里追加 role=admin、price=0 这类字段就可能改掉不该改的属性，历史漏洞高发；对应防御（DTO 白名单字段、禁止绑定敏感属性）是必答题；
  2. 存量系统维护（Thymeleaf 管理后台、老门户）时它仍是基本功。

💻 全栈开发专家 ​

两个用法：

用法1：对象绑定（现在主流）：把 query/form 参数按字段名自动绑定到 POJO，GET 列表查询常用：

java
@GetMapping("/users")
public Page<UserVO> list(@ModelAttribute UserQuery query) {
    return userService.page(query);   // ?name=tom&page=1 自动映射
}

非简单类型参数默认就按 model 属性绑定，显式写出可读性更好。

用法2：方法级公共数据（模板渲染时代）：Controller 里每个 handler 执行前先执行 @ModelAttribute 方法塞公共数据：

java
@ModelAttribute
public void commonAttrs(Model model) {
    model.addAttribute("siteName", "订单中台");
}

历史场景是 JSP/Thymeleaf 页面的公共头部。前后端分离后用法2基本绝迹，答题主动提这点。

坑：绑定失败的 BindException 直接 400，老项目校验器挂在绑定阶段，错误信息不友好前端一头雾水——分离架构下我建议复杂入参统一 POST + @RequestBody + @Valid，把绑定错误收敛到全局异常处理统一出格式。