多平台统一管理软件接口,如何实现多平台统一管理软件接口
770
2022-12-26
springboot+dubbo+validation 进行rpc参数校验的实现方法
注意:本文dubbo 版本 2.8.4 springboot 版本 2.0.4.RELEASE
项目结构
test-rest (前端消费着,controller 层,springboot+maven项目)
test-api (dubbo服务 的 api ,只记录 service 接口和 model ,maven 项目)
test-provider(dubbo 服务提供者,实际的数据库操作及业务层, springboot+mahttp://ven项目 )
背景:
使用springmvc做restful,使用dubbo做rpc,restful中调用大量的rpc,数据验证会在这两个地方,一个是restful层面,一个是rpc层面,restful层面使用springmvc默认的集成hibernate-validator来实现,参数开启验证只需要加入@Validated param。dubbo 使用 rpc 的校验
dubbo rpc层面采用的是jsR303标准注解验证,通过hibernate-validator实现,dubbo中开启validation也有两个方式,一个是在consumer端,一个是在provider`端。
开启dubbo 的服务端校验时,调用dubbo 的服务时会在服务端进行参数校验,如果在consumer 端也开启了校验则调用服务时也会在 consumer 端进行校验
dubbo 的rpc 校验 (服务端开启)
首先配置dobbo 的rpc 层校验
1.引入依赖,
2.在api 的model 上添加注解
import javax.validation.constraints.Min;
import javax.validation.constraints.NotEmpty;
import javax.validation.constraints.Pattern;
import java.io.Serializable;
public class UserSaveArgs implements Serializable {
private static final long serialVersionUID = -5457103531947646047L;
@NotEmpty(
message = "用户名不能为空")
@Pattern(regexp = Constants.USERNAME_PATTERN, message = "用户名格式有误")
private String userName;
@NotEmpty(
message = "手机号不能为空")
@Pattern(regexp = Constants.PHONTE_NUMBER_PATTERN, message = "手机号编码格式有误")
private String phoneNumber;
@NotNull(
message = "年龄不能为空")
@Min(value = 0, message = "年龄不能小于0")
private Integer age;
//get set 省略
在dubbo 配置文件 provider.xml 中开启验证 validation=“true”
retries="0" validation="true"/> 消费端开启 由于消费端引入了服务端的api 所以在消费端开启校验时只需在consumer.xml 中开启验证即可 validation=“true” consumer 端开启了校验则在调用服务时会在 consumer 端进行参数校验,不使用provider的资源进行校验 配置自定义异常处理解析 rpc 校验异常 @ControllerAdvice public class DefaultExceptionHandler { @ExceptionHandler({RpcException.class}) @ResponseBody @ResponseStatus(HttpStatus.OK) public ResponseEntity RpcException(Exception ex, Model model) { logger.error("rpc接口参数校验异常。{}", ex.getMessage()); String errMsg = ((ConstraintViolationException) ex.getCause()).getConstraintViolations() .iterator().next().getMessage(); //ResponseEntity 为自定义的返回类,非springframework.http.ResponseEntity,当然此处可以自己定义返回类,只需将 异常信息 errMsg 返回即可 return ResponseEntity.error(ARG_ERROR_CODE, errMsg); } } Controller 验证 也就是 test-rest 项目 由于是dubbo的消费者项目,也是springboot 项目。由于前端传递的参数需要在 此层包装后进行调用服务。所以验证前端传递的参数时 可以选择使用 Springboot + validation 进行校验 Spring3支持JSR-303验证框架,JSR-303 是Java EE 6 中的一项子规范,叫做BeanValidation,官方参考实现是hibernate Validator(与Hibernate ORM 没有关系),JSR 303 用于对Java Bean 中的字段的值进行验证。 具体配置参照博客:springboot 使用校验框架validation校验 小问题 test-rest 和 test-provider 都引用了test-api 。如果test-rest 层的入参恰好与 test-provider的服务调用入参相同,则此时仍需在 test-rest 项目中 新建 入参的 Java bean。 虽然 test-rest 的java bean 和 test-api 的Java bean 相同。但是Spring3 在解析的时候不能获取到 test-api 的Java bean 校验注解。所以需要校验的时候仍然需要在 test-rest 项目中创建一个 和 test-api 的Java bean 相同 的java bean 附录: 检验注解及含义 //(1)空检查 @Null 验证对象是否为null @NotNull 验证对象是否不为null, 无法查检长度为0的字符串 @NotBlank 检查约束字符串是不是Null还有被Trim的长度是否大于0,只对字符串,且会去掉前后空格. @NotEmpty 检查约束元素是否为NULL或者是EMPTY. //(2)Booelan检查 @AssertTrue 验证 Boolean 对象是否为 true @AssertFalse 验证 Boolean 对象是否为 false //(3)长度检查 @Size(min=, max=) 验证对象(Array,Collection,Map,String)长度是否在给定的范围之内 @Length(min=, max=) 验证字符串的长度在min和max范围之内. //(4)日期检查 @Past 验证 Date 和 Calendar 对象是否在当前时间之前,验证成立的话被注释的元素一定是一个过去的日期 @Future 验证 Date 和 Calendar 对象是否在当前时间之后 ,验证成立的话被注释的元素一定是一个将来的日期 @Pattern 验证 String 对象是否符合正则表达式的规则,被注释的元素符合制定的正则表达式,regexp:正则表达式 flags: 指定 Pattern.Flag 的数组,表示正则表达式的相关选项。 //(5)数值检查 建议使用在Stirng,Integer类型,不建议使用在int类型上,因为表单值为""时无法转换为int,但可以转换为Stirng为"",Integer为null @Min 验证 Number 和 String 对象是否大等于指定的值 @Max 验证 Number 和 String 对象是否小等于指定的值 @DecimalMax 被标注的值必须不大于约束中指定的最大值. 这个约束的参数是一个通过BigDecimal定义的最大值的字符串表示.小数存在精度 @DecimalMin 被标注的值必须不小于约束中指定的最小值. 这个约束的参数是一个通过BigDecimal定义的最小值的字符串表示.小数存在精度 @Digits 验证 Number 和 String 的构成是否合法 @Digits(integer=,fraction=) 验证字符串是否是符合指定格式的数字,interger指定整数精度,fraction指定小数精度。 @Range(min=, max=) 被指定的元素必须在合适的范围内 @Valid 递归的对关联对象进行校验, 如果关联对象是个集合或者数组,那么对其中的元素进行递归校验,如果是一个map,则对其中的值部分进行校验.(是否进行递归验证) @CreditCardNumber信用卡验证 @Email 验证是否是邮件地址,如果为null,不进行验证,算通过验证。 @ScriptAssert(lang= ,script=, alias=) @URL(protocol=,host=, port=,regexp=, flags= 当然也可以自定义校验注解: 此处本文不做展示,如需自定义校验注解可查阅参考文档 参考文档: https://jb51.net/article/170692.htm https://jb51.net/article/155033.htm
retries="0" validation="true"/>
消费端开启
由于消费端引入了服务端的api 所以在消费端开启校验时只需在consumer.xml 中开启验证即可 validation=“true”
consumer 端开启了校验则在调用服务时会在 consumer 端进行参数校验,不使用provider的资源进行校验
配置自定义异常处理解析 rpc 校验异常
@ControllerAdvice
public class DefaultExceptionHandler {
@ExceptionHandler({RpcException.class})
@ResponseBody
@ResponseStatus(HttpStatus.OK)
public ResponseEntity RpcException(Exception ex, Model model) {
logger.error("rpc接口参数校验异常。{}", ex.getMessage());
String errMsg = ((ConstraintViolationException) ex.getCause()).getConstraintViolations()
.iterator().next().getMessage();
//ResponseEntity 为自定义的返回类,非springframework.http.ResponseEntity,当然此处可以自己定义返回类,只需将 异常信息 errMsg 返回即可
return ResponseEntity.error(ARG_ERROR_CODE, errMsg);
}
}
Controller 验证
也就是 test-rest 项目 由于是dubbo的消费者项目,也是springboot 项目。由于前端传递的参数需要在 此层包装后进行调用服务。所以验证前端传递的参数时 可以选择使用 Springboot + validation 进行校验
Spring3支持JSR-303验证框架,JSR-303 是Java EE 6 中的一项子规范,叫做BeanValidation,官方参考实现是hibernate Validator(与Hibernate ORM 没有关系),JSR 303 用于对Java Bean 中的字段的值进行验证。
具体配置参照博客:springboot 使用校验框架validation校验
小问题
test-rest 和 test-provider 都引用了test-api 。如果test-rest 层的入参恰好与 test-provider的服务调用入参相同,则此时仍需在 test-rest 项目中 新建 入参的 Java bean。
虽然 test-rest 的java bean 和 test-api 的Java bean 相同。但是Spring3 在解析的时候不能获取到 test-api 的Java bean 校验注解。所以需要校验的时候仍然需要在 test-rest 项目中创建一个 和 test-api 的Java bean 相同 的java bean
附录: 检验注解及含义
//(1)空检查
@Null 验证对象是否为null
@NotNull 验证对象是否不为null, 无法查检长度为0的字符串
@NotBlank 检查约束字符串是不是Null还有被Trim的长度是否大于0,只对字符串,且会去掉前后空格.
@NotEmpty 检查约束元素是否为NULL或者是EMPTY.
//(2)Booelan检查
@AssertTrue 验证 Boolean 对象是否为 true
@AssertFalse 验证 Boolean 对象是否为 false
//(3)长度检查
@Size(min=, max=) 验证对象(Array,Collection,Map,String)长度是否在给定的范围之内
@Length(min=, max=) 验证字符串的长度在min和max范围之内.
//(4)日期检查
@Past 验证 Date 和 Calendar 对象是否在当前时间之前,验证成立的话被注释的元素一定是一个过去的日期
@Future 验证 Date 和 Calendar 对象是否在当前时间之后 ,验证成立的话被注释的元素一定是一个将来的日期
@Pattern 验证 String 对象是否符合正则表达式的规则,被注释的元素符合制定的正则表达式,regexp:正则表达式 flags: 指定 Pattern.Flag 的数组,表示正则表达式的相关选项。
//(5)数值检查
建议使用在Stirng,Integer类型,不建议使用在int类型上,因为表单值为""时无法转换为int,但可以转换为Stirng为"",Integer为null
@Min 验证 Number 和 String 对象是否大等于指定的值
@Max 验证 Number 和 String 对象是否小等于指定的值
@DecimalMax 被标注的值必须不大于约束中指定的最大值. 这个约束的参数是一个通过BigDecimal定义的最大值的字符串表示.小数存在精度
@DecimalMin 被标注的值必须不小于约束中指定的最小值. 这个约束的参数是一个通过BigDecimal定义的最小值的字符串表示.小数存在精度
@Digits 验证 Number 和 String 的构成是否合法
@Digits(integer=,fraction=) 验证字符串是否是符合指定格式的数字,interger指定整数精度,fraction指定小数精度。
@Range(min=, max=) 被指定的元素必须在合适的范围内
@Valid 递归的对关联对象进行校验, 如果关联对象是个集合或者数组,那么对其中的元素进行递归校验,如果是一个map,则对其中的值部分进行校验.(是否进行递归验证)
@CreditCardNumber信用卡验证
@Email 验证是否是邮件地址,如果为null,不进行验证,算通过验证。
@ScriptAssert(lang= ,script=, alias=)
@URL(protocol=,host=, port=,regexp=, flags=
当然也可以自定义校验注解:
此处本文不做展示,如需自定义校验注解可查阅参考文档
参考文档:
https://jb51.net/article/170692.htm
https://jb51.net/article/155033.htm
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。
发表评论
暂时没有评论,来抢沙发吧~