我不明白为什么 JSR 303（bean 验证）适用于 getter 方法而不适用于 setter？将它放在 setter 方法下不是更合乎逻辑吗，因为这是一个字段的入口点，并且应该在此之前检查验证？
【问题讨论】：
这是一个非常好的问题，而且我从未关注过。但我想我知道答案（以及为什么我自己从来没有收到过这个问题）。
如果你正在看这个，从这个角度来看，注释定义了验证将发生的位置，那么将它放在 getter 上是没有意义的。 （为什么在存储值本身时不进行验证..）。但这不是它的工作原理......
程序员需要告诉验证框架，哪些属性需要验证。因此，您可以将注释直接放在属性上（我更喜欢），也可以将其放在 getter 上。它们都表示读操作。框架需要读取您的类的所有属性，这些属性必须经过验证。所以在这种情况下，装上setter一点意义都没有。理解的关键是视角……
我希望这是有道理的。
【讨论】：
注释 getter 并不意味着在调用 getter 时执行验证。它仅用于标识应应用约束的属性。
将约束放在（通常是公共的）getter 上而不是放在（通常是私有的）字段上的最大优势在于，约束是该类型公共 API 的一部分。它们甚至会被添加到生成的 JavaDoc 中。一个类型的用户知道哪些约束适用于它，而无需查看其内部实现。
注释 getter 的另一个优点是可以将约束放在基类或接口的方法上，也可以应用于任何子类型/实现。
【讨论】：
考虑这段代码：
public class BeanValidation {
private int nameSetCount = 0;
private int nameGetCount = 0;
private String name;
public String getName() {
this.nameGetCount++;
return name;
}
public void setName(String name) {
this.nameSetCount++;
this.name = name;
}
}
在private String name;上添加注释
只需查看字段，注释即可轻松识别字段。
在public String getName()上添加注释
只需查看返回的字段，注释即可轻松识别字段。
在public void setName(String name)上添加注释
注解无法识别字段查看修改后的字段，因为可能有多个。
【讨论】：
Bean Validation 以这种方式调用是有原因的。它应用于一个初始化的bean。所以，首先，你用你所有的东西初始化它，然后你把它（或者它被显式地传递）传递给 Bean Validation 实现，它在访问字段时将依赖于验证注解。 如果 Spring MVC 验证处理开始于：
result = execVal.validateParameters(
invocation.getThis(), methodToValidate, invocation.getArguments(), groups);
在MethodValidationInterceptor 内。从这里开始，它被传递给验证实现，在大多数情况下是 Hibernate。
invocation.getArguments() 将包含所有已使用给定值初始化的方法参数，无论验证注释如何。
【讨论】：