Spring Boot请求绑定中，何种请求会触发枚举属性Setter方法？

这确实是个容易踩坑的问题，我来给你拆解背后的逻辑和触发场景：

核心原因：Spring属性绑定的JavaBean规范 #

Spring的@ModelAttribute参数绑定是通过ServletRequestDataBinder实现的，它遵循JavaBean属性访问规范——只要目标对象存在对应属性的Setter方法，并且请求参数能匹配到属性路径，就会调用Setter赋值，不管这个对象是不是枚举类型。

而枚举的实例是全局单例的，所以一旦Setter被调用修改了属性值，所有地方引用该枚举实例的代码都会拿到被修改后的值，这会造成非常隐蔽的全局状态污染。

触发Setter的具体请求场景 #

只有当GET请求的参数包含枚举属性的嵌套路径时，才会触发这个行为。结合你的代码结构，具体是这样的请求：
假设你的接口路径是/test，那么当请求URL为：

/test?param1.enum1.data=modifiedContent

Spring会解析这个参数路径：

1. 先找到Request对象里的param1属性
2. 再找到Param1对象里的enum1属性（也就是ENUM.E1这个单例实例）
3. 最后尝试给enum1的data属性赋值，这时就会调用ENUM.E1.setData("modifiedContent")

简单来说：只要请求参数能通过“对象.枚举属性.枚举内部属性”的路径匹配到枚举的Setter方法，就会触发调用。

为什么移除Setter能解决？ #

如果枚举没有setData()方法，Spring的DataBinder在尝试赋值时会找不到对应的Setter，就会跳过这个属性的绑定，自然不会修改枚举实例的状态。其实更规范的做法是把枚举的data字段设为final，这样不仅不会生成Setter，也符合枚举“不可变常量”的设计初衷——枚举的属性本来就不应该被动态修改。

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