起因：
在数据库设计中，日期时间等类型字段一般设置为Datetime格式，所以有时在接口请求实体bean中，对应的接口字段的数据类型可能会被设置为Date类型。
而在java常用场景中的时间格式一般有三种：yyyyMMddHHmmss ，yyyy-MM-dd HH:mm:ss ， ISO8601，此处使用格式1、2、3来代替。
目前最常使用的时间格式为格式1。
问题：
当接口中某字段类型设置为Date类型时，由于我们本身的需要，会再该字段上加上注解
@JsonFormat(pattern = "yyyyMMddHHmmss", timezone = "GMT+8")
由于swagger本身的限制，在测试页面做集成测试的时候，该字段是不允许传格式1类型的字符串的，允许使用的只有格式2、3。
使用格式2的时候，由于框架本身会将请求数据注入到接口的请求实体bean中，此时会出现的一个问题就是页面上传的时间和注入到实体bean内的值不一致，导致业务出错。
而使用格式3的时候，也会出现注入问题，因为格式对应不正确最后抛出非法参数异常，无法将ISO8601注入到格式1类型中。
但是使用curl测试的时候，字段传格式1的字符串是可以正确注入到实体bean，只是对测试人员并不友好。
解决方法：
1，去掉所有的JsonFormat注解，页面传格式3的字符串，可以正确注入至接口实体bean中，缺点不符合现在主流使用规范，比如接口对接的时候，一般会使用格式1类型
2，将接口实体bean中的字段类型改为String类型，这样就不会有格式限制。但是另外带来问题有两个，会对已写好的代码做出较大的改动，另外，String格式缺少对日期的校验
针对这些问题，提出另外的解决方案如下：如果不想对业务代码做出改动，由于在业务代码中使用的时候会直接调用get方法，所以我们可以重载该字段的get方法，改为反应一个Date类型的值，如此，可不同修改业务代码 。
针对字段校验问题
可以使用框架自带的注解@Pattern来限制格式，@Length来限制长度，但是缺少日期校验中专用的两个功能@Past和 @Futrue。
所以最终解决方案为自定义一个日期类型的注解，自定两个boolean类型变量past与future。然后对字段进行校验。
