问题复现
在构建 Web 服务时，我们一般都会对一个 HTTP 请求的 Body 内容进行校验，例如我们来看这样一个案例及对应代码。
当开发一个学籍管理系统时，我们会提供了一个 API 接口去添加学生的相关信息，其对象定义参考下面的代码：
import lombok.Data;
import javax.validation.constraints.Size;
@Data
public class Student {
@Size(min = 1, max = 10)
private String name;
private short age;
}如上代码所示，我们想针对学生的姓名进行一个判断，不能为空，并且长度为1-10。
然后，我们以下面的 JSON Body 做测试：
{
"name": "",
"age": 10,
"phone": {"number":"12306"}
}测试结果符合我们的预期，但是假设更进一步，用下面的 JSON Body（去除 name 字段）做测试呢？
{
"age": 10,
"phone": {"number":"12306"}
}我们会发现校验失败了。这结果难免让我们有一些惊讶，也倍感困惑：@Size(min = 1, max = 10) 都已经要求最小长度为 1 了，难道还只能约束空字符串（即“”），不能约束 null?
案例分析
如果我们稍微留心点的话，就会发现其实 @Size 的 Javadoc 已经明确了这种情况，参考下图：
如图所示，”null elements are considered valid” 很好地解释了约束不住 null 的原因。当然纸上得来终觉浅，我们还需要从源码级别解读下 @Size 的校验过程。
这里我们找到了完成 @Size 约束的执行方法，参考 SizeValidatorForCharSequence#isValid 方法：
public boolean isValid(CharSequence charSequence, ConstraintValidatorContext constraintValidatorContext) {
if ( charSequence == null ) {
return true;
}
int length = charSequence.length();
return length >= min && length <= max;
}如代码所示，当字符串为 null 时，直接通过了校验，而不会做任何进一步的约束检查。
问题修正
关于这个问题的修正，其实很简单，我们可以使用其他的注解（@NotNull 或 @NotEmpty）来加强约束，修正代码如下：
@NotEmpty
@Size(min = 1, max = 10)
private String name;完成代码修改后，重新测试，你就会发现约束已经完全满足我们的需求了。
