新来的一个同事,把SpringBoot参数校验玩的那叫一个优雅
介绍
在开发现代应用程序时,数据验证是确保用户输入的正确性和应用程序数据完整性的关键方面。Spring Boot 提供了强大的数据验证机制,使开发者能够轻松地执行验证操作。本文将深入介绍 Spring Boot 中的 Validation,以及如何在应用程序中正确使用它。
为什么使用数据验证?
1.用户输入的正确性:数据验证是确保用户输入的正确性的一种重要手段。通过验证用户输入的数据,可以防止无效或错误的数据进入应用程序,提高数据的质量。例如:系统中的备注字段数据库中对应的长度是256,如果用户输入的备注超过这个长度值,那么就会导致mysql报
Data too long
。- 数据完整性: 数据完整性是指数据在存储和传输过程中的准确性和一致性。数据验证有助于确保数据满足特定的格式、长度、范围等要求,从而提高数据的完整性。
安全性: 数据验证也是保障应用程序安全性的关键因素。通过验证用户输入,可以防范一些潜在的安全威胁,例如 SQL 注入、跨站脚本攻击等。
业务规则的执行: 在应用程序中,通常存在一些业务规则,例如某个字段不能为空、日期范围必须在某个特定范围内等。通过数据验证,可以确保这些业务规则在应用程序中得到正确执行。
手动数据校验的痛点
日常开发中,有些写项目可能没有采用Spring Validator,采用的是在代码中手动校验数据。但是手动校验数据会带来代码冗余、错误处理的一致性以及业务规则的维护的一些痛点。
- 代码冗余的手动校验逻辑,导致代码中大量的if-else
public ResponseEntity<String> registerUser(UserRegistrationRequest request) {
if (request == null) {
return ResponseEntity.badRequest().body("Request cannot be null");
}
if (StringUtils.isBlank(request.getUsername())) {
return ResponseEntity.badRequest().body("Username cannot be blank");
}
if (StringUtils.length(request.getPassword()) < 6) {
return ResponseEntity.badRequest().body("Password must be at least 6 characters long");
}
// 处理用户注册逻辑
return ResponseEntity.ok("User registered successfully");
}
缺乏统一的错误处理机制
业务规则维护的困难
随着业务规则的增加,手动编写的校验逻辑可能变得庞大且难以维护。修改和扩展校验规则可能需要修改多个地方,增加了维护成本。缺乏验证组的支持
手动校验通常不支持验证组的概念,难以根据不同场景执行不同的验证规则。不易于集成前端验证
手动校验不易与前端验证框架集成,导致前后端验证逻辑可能不一致。
通过引入 Spring Validator,我们能够有效解决这些痛点,提高代码的可读性、可维护性,并确保校验逻辑的一致性。
Spring Boot 中的 Validation 概述
因Springboot的spring-boot-starter-web
默认内置了Hibernate-Validator
(Spring boot 2.3以前版本),虽然Hibernate-Validator
也能做到数据校验,但是考虑到spring-boot-starter-validation
是一个抽象层,使得验证框架的具体实现变得可插拔。这意味着,除了 Hibernate Validator
,开发者可以选择其他符合 Bean Validation 规范的实现。所以我们可以手动引入spring-boot-starter-validation
实现数据验证。
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-validation</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
spring-boot-starter-validation
不仅支持 JSR-303(Bean Validation 1.0)规范,还提供了对 JSR-380(Bean Validation 2.0)规范的全面支持。这使得开发者可以利用 Bean Validation 2.0 的新特性,更灵活地定义验证规则,包括对集合、嵌套对象的验证等。
通过在实体类的字段上使用标准的 Bean Validation 注解(如 @NotBlank
、@Size
、@Email
等),我们能够直观地定义数据的验证规则。这些验证规则会在应用程序的不同层次(如控制器层)生效,确保输入数据的正确性。
基本用法
Spring Boot Validation 提供了一系列注解,用于在实体类中定义验证规则。以下是一些常用的校验相关的注解及其功能以及用法:
1.@NotNull
: 校验元素值不能为 null。如果元素为null,则验证失败。通常用于字段级别的验证。
@NotNull(message = "Name cannot be null")
private String name;
2.@NotBlank
: 校验字符串元素值不能为 null 或空字符串。必须包含至少一个非空格字符(即执行trim()之后不为'')。如果元素为null或者‘‘,则验证失败。通常用于String
类型的字段校验。
@NotBlank(message = "Username cannot be blank")
private String username;
3.NotEmpty
: 校验集合元素或数组元素或者字符串是否非空。通常作用于集合字段或数组字段,此时需要集合或者数字的元素个数大于0。也可以作用于字符串,此时校验字符串不能为null或空串(可以是一个空格)。注意与@NotBlank
的使用区别。
@NotEmpty(message = "List cannot be empty")
private List<String> items;
4.@Length
: 校验字符串元素的长度。作用于字符串。注:Hibernate-Validator
中注解,等同于spring-boot-starter-validation
中的@Size
。
@Length(min = 5, max = 20, message = "Length must be between 5 and 20 characters")
private String username;
5.@Size
: 校验集合元素个数或字符串的长度在指定范围内。在集合或字符串字段上添加 @Size
注解。
@Size(min = 1, max = 10, message = "Number of items must be between 1 and 10")
private List<String> items;
@Size(min = 5, max = 20, message = "Length must be between 5 and 20 characters")
private String username;
6.@Min
: 校验数字元素的最小值。
@Min(value = 18, message = "Age must be at least 18")
private int age;
7.@Max
: 校验数字元素的最大值。
@Max(value = 100, message = "Age must not exceed 100")
private int age;
9.@DecimalMax
: 作用于BigDecimal
类型字段, 校验字段的最大值,支持比较的值为字符串表示的十进制数。通常搭配它的inclusive()
使用,区别边界问题。value
属性表示最大值,inclusive 属性表示是否包含最大值。
@DecimalMax(value = "100.00", inclusive = true, message = "Value must be less than or equal to 100.00")
private BigDecimal amount;
10.@DecimalMin
: 作用于BigDecimal
类型字段, 校验字段的最小值,支持比较的值为字符串表示的十进制数。通常搭配它的inclusive()
使用,区别边界问题。value
属性表示最小值,inclusive 属性表示是否包含最小值。
@DecimalMin(value = "0.00", inclusive = false, message = "Value must be greater than 0.00")
private BigDecimal amount;
11.@Email
: 校验字符串元素是否为有效的电子邮件地址。可以通过regexp
自定义邮箱匹配正则。
@Email(message = "Invalid email address")
private String email;
12.@Pattern
: 根据正则表达式校验字符串元素的格式。
@Pattern(regexp = "[a-zA-Z0-9]+", message = "Only alphanumeric characters are allowed")
private String username;
13.@Digits
: 校验数字元素的整数部分和小数部分的位数。作用于BigDecimal
,BigInteger
,字符串,以及byte
, short
,int
, long
以及它们的包装类型。
@Digits(integer = 5, fraction = 2, message = "Number must have up to 5 integer digits and 2 fraction digits")
private BigDecimal amount;
14.@Past
: 校验日期或时间元素是否在当前时间之前。即是否是过去时间。作用于Date相关类型的字段。
@Past(message = "Date must be in the past")
private LocalDate startDate;
15.@Future
: 校验日期或时间元素是否在当前时间之后。即是否是未来时间。作用于Date相关类型的字段。
@Future(message = "Date must be in the future")
private LocalDate endDate;
注:以上只罗列部分注解以及它们的功能,其余他们的字段属性并没有详细说明,其他注解以及详细的说明需要去看源码。
用法示例
1.定义接口入参请求参数
/**
* @version 1.0
* @description: <p></p >
* @author: 码农Academy
* @create: 2024/1/8 16:46
*/
@Data
public class UserCreateRequestVO {
@NotBlank(message = "请输入用户名")
@Size(max = 128, message = "用户名长度最大为128个字符")
private String userName;
@Email(message = "请填写正确的邮箱地址")
private String email;
@Min(value = 18, message = "用户年龄必须大于18岁")
@Max(value = 60, message = "用户年龄必须小于60岁")
private Integer age;
@NotEmpty(message = "请输入你的兴趣爱好")
@Size(max = 5, message = "兴趣爱好最多可以输入5个")
private List<String> hobbies;
@DecimalMin(value = "50", inclusive = false, message = "体重必须大于50KG")
private BigDecimal weight;
@Validated
@NotNull(message = "请输入地址信息")
private UserAddressRequestVO address;
}
2.定义请求接口
@RestController
@RequestMapping("user")
@Validated
@Slf4j
public class UserController {
/**
* 创建用户
* @param requestVO
* @return
*/
@PostMapping("create")
public ResultResponse<Void> createUser(@Validated @RequestBody UserCreateRequestVO requestVO){
return ResultResponse.success(null);
}
/**
* 校验用户邮箱是否合法
* @param email
* @return
*/
@GetMapping("email")
public ResultResponse<Void> validUserEmail(@Email(message = "邮箱格式不正确") String email){
return ResultResponse.success(null);
}
}
3.测试
- 创建用户校验,Json请求体校验
我们需要捕获一下
MethodArgumentNotValidException
。该部分内容请参考文章:SpringBoot统一异常处理
- 校验邮箱,单参数校验
注:单参数校验时我们需要,在方法的类上加上@Validated
注解,否则校验不生效。
嵌套对象的校验
在UserCreateRequestVO
中增加一个address
的校验,即需要对嵌套对象进行校验
/**
* @version 1.0
* @description: <p></p >
* @author: 码农Academy
* @create: 2024/1/8 19:45
*/
@Data
public class UserAddressRequestVO {
@Size(max = 16, message = "地址信息中国家长度不能超过16个字符")
@NotBlank(message = "地址信息国家不能为空")
private String country;
private String city;
@Size(max = 128, message = "详细地址长度不能超过128个字符")
private String address1;
}
在UserAddressRequestVO
中增加address
属性
@Data
public class UserCreateRequestVO {
@NotNull(message = "请输入地址信息")
private UserAddressRequestVO address;
}
解决办法,要在嵌套对象上使用 @Valid 注解
@Data
public class UserCreateRequestVO {
@NotNull(message = "请输入地址信息")
@Valid
private UserAddressRequestVO address;
}
试了一些其他的方式,好像都不行,有知道其他方式的,欢迎评论区留言探讨
自定义验证注解
在项目开发中,我们也可以自定义注解去完成我们的字段校验,比如某些枚举值的传递,需要校验枚举值是否合法。在创建自定义注解之前,我们需要了解一下ConstraintValidator
以及实现自定义验证注解的原理
1.ConstraintValidator 接口
ConstraintValidator
是 Java Bean Validation (JSR 380) 规范中用于自定义验证逻辑的接口。它允许你定义针对特定自定义注解的验证规则。它是一个泛型接口,需要提供两个类型参数:
A
:是你的自定义注解的类型。T
:是被验证的元素类型,通常是字段类型。
public interface ConstraintValidator<A extends Annotation, T> {
void initialize(A constraintAnnotation);
boolean isValid(T value, ConstraintValidatorContext context);
}
其中:
initialize
方法:在验证器初始化时被调用,可以用于获取约束注解中的配置信息。isValid
方法:执行实际的验证逻辑,返回true
表示验证通过,false
表示验证失败。
以下为枚举校验注解的校验规则实现
/**
* @version 1.0
* <p> </p>
* @author: 码农Academy
* @create: 2024/01/09 3:11 下午
*/
public class EnumValidator implements ConstraintValidator<EnumValid, Object> {
private Class clazz;
private String validField;
@Override
public void initialize(EnumValid constraintAnnotation) {
clazz = constraintAnnotation.enumClass();
validField = constraintAnnotation.field();
}
@SneakyThrows
@Override
public boolean isValid(Object object, ConstraintValidatorContext constraintValidatorContext) {
if (object == null || "".equals(object)){
return true;
}
if (!clazz.isEnum()){
return false;
}
Class<Enum> enumClass = (Class<Enum>)clazz;
//获取所有枚举实例
Enum[] enumConstants = enumClass.getEnumConstants();
// 需要比对的字段
Field field = enumClass.getDeclaredField(validField);
field.setAccessible(true);
for(Enum constant : enumConstants){
// 取值final修饰
Object validValue = field.get(constant);
if (validValue == null){
Method method = enumClass.getMethod(validField);
validValue = method.invoke(constant);
}
if(validValue instanceof Number) {
validValue = ((Number)validValue).intValue();
object = ((Number) object).intValue();
}
if (Objects.equals(validValue,object)){
return true;
}
}
return false;
}
}
2.创建自定义注解
在 Java Bean Validation 中,约束注解(Constraint Annotation)是通过元注解 @Constraint
来定义的。这个注解包含了以下关键元素:
validatedBy
: 指定用于执行验证的ConstraintValidator
实现类。
以校验枚举值的合法行为例,我们创建一个EnumValid
约束注解
@Constraint(validatedBy = {EnumValidator.class})
@Target({ METHOD, FIELD, ANNOTATION_TYPE, CONSTRUCTOR, PARAMETER })
@Retention(RUNTIME)
public @interface EnumValid {
/**
* 不合法时 抛出异常信息
*/
String message() default "值不合法";
/**
* 校验的枚举类
* @return
*/
Class enumClass() default Enum.class;
/**
* 对应枚举类中需要比对的字段
* @return
*/
String field() default "code";
Class<?>[] groups() default { };
Class<? extends Payload>[] payload() default { };
}
3.注册 ConstraintValidator
在大多数情况下,不需要手动注册 ConstraintValidator
。当你使用 @Constraint(validatedBy = EnumValidator.class)
注解时,Java Bean Validation 的实现框架会自动发现并注册相应的验证器。但在一些特殊情况下,你可能需要将验证器注册为 Spring 组件或手动配置。比如
需要使用 Spring 管理的组件: 如果你的验证器需要依赖于 Spring 管理的组件(例如,使用
@Autowired
注解注入其他 bean),那么你可能需要将验证器注册为 Spring bean。这确保了验证器能够正确地使用 Spring 的依赖注入机制。需要通过属性文件进行配置: 如果你的验证器需要配置属性,而这些属性需要从 Spring 的
application.properties
或application.yml
文件中获取,那么将验证器注册为 Spring bean 可以更容易地实现这一点。需要在验证器中使用 Spring AOP: 如果你希望在验证逻辑中使用 Spring AOP 切面,以便添加额外的逻辑或跟踪行为,那么将验证器注册为 Spring bean 可以让你更容易集成这些方面。
这种方式可以运用到一些业务校验中,比如账户注册时用户名称不能重复。定义一个校验用户唯一的注解@UniqueUser
。
@Constraint(validatedBy = {UniqueUserValidator.class})
@Target({ METHOD, FIELD, ANNOTATION_TYPE, CONSTRUCTOR, PARAMETER })
@Retention(RUNTIME)
public @interface UniqueUser {
/**
* 不合法时 抛出异常信息
*/
String message() default "值不合法";
Class<?>[] groups() default { };
Class<? extends Payload>[] payload() default { };
}
然后定义一个业务的Validator
@Slf4j
@Component
public class UniqueUserValidator implements ConstraintValidator<UniqueUser, UserCreateRequestVO> {
private UserRepository userRepository;
@Override
public boolean isValid(UserCreateRequestVO value, ConstraintValidatorContext context) {
final String userName = value.getUserName();
final UserDO userDO = userRepository.selectUserByName(userName);
final String userId = value.getUserId();
if (StringUtils.isBlank(userId)){
return userDO == null;
}
return userDO == null || Objects.equals(userDO.getUserId(), userId);
}
@Autowired
public void setUserRepository(UserRepository userRepository) {
this.userRepository = userRepository;
}
}
在创建用户的接口中使用@UniqueUser
。
@RestController
@RequestMapping("user")
@Validated
@Slf4j
public class UserController {
/**
* 创建用户
* @param requestVO
* @return
*/
@PostMapping("create")
public ResultResponse<Void> createUser(@Validated @UniqueUser(message = "用户名称已存在") @RequestBody UserCreateRequestVO requestVO){
return ResultResponse.success(null);
}
}
模拟当用户名存在时,校验不通过
此时会抛出
javax.validation.ConstraintViolationException
。异常统一处理请参考:SpringBoot统一异常处理
4.自定义校验注解使用
我们创建一个性别的枚举类:
/**
* @version 1.0
* @description: <p></p >
* @author: 码农Academy
* @create: 2024/1/9 16:07
*/
@AllArgsConstructor
public enum SexEnum {
MAN(1, "男"),
WOMAN(2,"女");
public final Integer code;
public final String desc;
}
然后我们在入参中增加sex
字段,并使用@EmunValid
注解
@Data
public class UserCreateRequestVO {
@NotBlank(message = "请输入用户名")
@Size(max = 128, message = "用户名长度最大为128个字符")
private String userName;
@Email(message = "请填写正确的邮箱地址")
private String email;
@Min(value = 18, message = "用户年龄必须大于18岁")
@Max(value = 60, message = "用户年龄必须小于60岁")
private Integer age;
@NotNull(message = "请输入性别")
@EnumValid(enumClass = SexEnum.class, message = "输入性别不合法")
private Integer sex;
@NotEmpty(message = "请输入你的兴趣爱好")
@Size(max = 5, message = "兴趣爱好最多可以输入5个")
private List<String> hobbies;
@DecimalMin(value = "50", inclusive = false, message = "体重必须大于50KG")
private BigDecimal weight;
}
测试结果如下:
分组验证
在一个应用中,同一个实体类可能会被用于不同的场景,比如用户创建、用户更新、用户删除等。每个场景对于字段的要求可能不同,有些字段在某个场景下需要验证,而在另一个场景下不需要。不同的业务操作可能对同一实体的验证有不同的需求。例如,在用户创建时可能强调用户名和密码的合法性,而在用户更新时可能更关心其他信息的完整性。
开发中我们针对这种情况,在不知道分组校验的知识时,通常采取的都是对应不同的场景或者业务创建不同的入参实体,比如创建用户UserCreateRequestVO
,更新用户UserUpdateRequestVO
,删除用户UserDeleteRuquestVO
,在不同的实体中根据业务场景设置不同的校验规则。这样做虽然也可以,但是会造成类的膨胀,业务的重复实现。
而实际上用分组校验可以让你根据场景以及业务的差异性,有选择地执行特定组的验证规则。
1.定义验证分组接口
我们定义两个分组接口CreateUserGroup
(用户创建组),UpdateUserGroup
(用户更新组),分别继承javax.validation.groups.Default
,标识不同的业务场景。
public interface CreateUserGroup extends Default {
}
public interface UpdateUserGroup extends Default {
}
2.分组校验的使用
在 Bean Validation 中,分组校验是通过在验证注解上指定 groups
属性来实现的。这个属性允许你为验证规则分配一个或多个验证组。我们设定用户创建时不传递用户ID,其余的参数必传,用户更新接口必须传递用户ID,可以不传递用户名,其他参数必须传递。
@Data
public class UserCreateRequestVO {
@NotBlank(message = "请选择用户", groups = UpdateUserGroup.class)
private String userId;
@NotBlank(message = "请输入用户名", groups = CreateUserGroup.class)
@Size(max = 128, message = "用户名长度最大为128个字符")
private String userName;
@Email(message = "请填写正确的邮箱地址")
private String email;
@Min(value = 18, message = "用户年龄必须大于18岁")
@Max(value = 60, message = "用户年龄必须小于60岁")
private Integer age;
@NotNull(message = "请输入性别")
@EnumValid(enumClass = SexEnum.class, message = "输入性别不合法")
private Integer sex;
@NotEmpty(message = "请输入你的兴趣爱好")
@Size(max = 5, message = "兴趣爱好最多可以输入5个")
private List<String> hobbies;
@DecimalMin(value = "50", inclusive = false, message = "体重必须大于50KG")
private BigDecimal weight;
}
指定了分组的校验规则,分别在对应的分组校验中生效,没有指定分组使用默认分组
Default
,即对所有的校验都生效。
3.在接口中使用分组
使用 @Validated
注解,并指定要执行的验证组。
@RestController
@RequestMapping("user")
@Validated
@Slf4j
public class UserController {
/**
* 创建用户
* @param requestVO
* @return
*/
@PostMapping("create")
public ResultResponse<Void> createUser(@Validated(value = CreateUserGroup.class) @RequestBody UserCreateRequestVO requestVO){
return ResultResponse.success(null);
}
/**
* 更新用户
* @param requestVO
* @return
*/
@PostMapping("update")
public ResultResponse<Void> updateUser(@Validated(value = UpdateUserGroup.class) @RequestBody UserCreateRequestVO requestVO){
return ResultResponse.success(null);
}
}
我们指定create接口指定CreateUserGroup分组,update接口指定UpdateUserGroup
测试接口如下:
创建用户
create
接口
因为userId
可以不传递,接口可以校验通过
更新用户
update
接口
因为必须传递userId
, 我们不传时校验不通过,提示选择用户
传递userId
,不传递userName
时,校验通过
处理验证错误
由上述测试结果中,可以看出接口抛出的一场结果并不是很友好,我们需要统一的处理一下异常以及返回结果,给予用户友好提示。具体实现,在这里不再赘述,可以移步:SpringBoot统一异常处理
总结
Spring Boot Validation通过简化验证流程、集成Bean Validation规范、支持分组验证以及提供友好的错误处理,为Java应用开发者提供了强大而灵活的数据验证机制。最佳实践包括在控制器层使用@Validated
注解、合理利用各种验证注解、使用自定义验证注解解决特定业务需求,确保代码清晰简洁、符合规范,并提高系统的可维护性和用户体验。
本文已收录于我的个人博客:码农Academy,专注分享Java技术干货,包括Java基础、Spring Boot、Spring Cloud、Mysql、Redis、Elasticsearch、中间件、架构设计、面试题、程序员攻略等
新来的一个同事,把SpringBoot参数校验玩的那叫一个优雅的更多相关文章
- SpringBoot 参数校验的方法
Introduction 有参数传递的地方都少不了参数校验.在web开发中,前端的参数校验是为了用户体验,后端的参数校验是为了安全.试想一下,如果在controller层中没有经过任何校验的参数通过s ...
- 补习系列(4)-springboot 参数校验详解
目录 目标 一.PathVariable 校验 二.方法参数校验 三.表单对象校验 四.RequestBody 校验 五.自定义校验规则 六.异常拦截器 参考文档 目标 对于几种常见的入参方式,了解如 ...
- springboot 参数校验详解
https://www.jianshu.com/p/89a675b7c900 在日常开发写rest接口时,接口参数校验这一部分是必须的,但是如果全部用代码去做,显得十分麻烦,spring也提供了这部分 ...
- SpringBoot - 参数校验、统一异常、统一响应
转载自: https://blog.csdn.net/chaitoudaren/article/details/105610962 前言 本篇主要要介绍的就是controller层的处理,一个完整的后 ...
- springmvc、springboot 参数校验
参数校验在项目中是必不可少的,不仅前端需要校验,为了程序的可靠性,后端也需要对参数进行有效性的校验.下面将介绍在springmvc或springboot项目中参数校验的方法 准备工作: 引入校验需要用 ...
- SpringBoot 参数校验
一.添加依赖 <dependency> <groupId>org.springframework.boot</groupId> <artifactId> ...
- springboot参数校验
为了能够进行嵌套验证,必须手动在Item实体的props字段上明确指出这个字段里面的实体也要进行验证.由于@Validated不能用在成员属性(字段)上,但是@Valid能加在成员属性(字段)上,而且 ...
- python项目使用jsonschema进行参数校验
python项目使用jsonschema进行参数校验 最近想要给一个新的openstack项目加上参数校验,过完年回来准备开工的时候,发现其他人已经在做了,对应的patch是:https://revi ...
- 使用hibernate validate做参数校验
1.为什么使用hibernate validate 在开发http接口的时候,参数校验是必须有的一个环节,当参数校验较少的时候,一般是直接按照校验条件做校验,校验不通过,返回错误信息.比如以下校验 ...
- Spring Validation最佳实践及其实现原理,参数校验没那么简单!
之前也写过一篇关于Spring Validation使用的文章,不过自我感觉还是浮于表面,本次打算彻底搞懂Spring Validation.本文会详细介绍Spring Validation各种场景下 ...
随机推荐
- 设置MySQL 创建数据库,默认为UTF-8
Windows 安装 MySQL 5.7 x64 位 MySQL 8.0及以上默认为utf8,所以不需要设置 mysql> show variables like 'character_%' m ...
- 动作捕捉用于验证芭蕾舞动作对脑瘫儿童的作用 NOKOV度量动作捕捉
下肢杠杆力臂功能障碍(Lever Arm Dysfunction,LAD)是常见的导致脑瘫儿童步态异常的原因,如髋内旋.股骨和胫骨之间的旋转畸形以及足的内外翻畸形等,且都与年龄的增长呈正相关. 图 ...
- Codeforces Round #738 (Div. 2) (A~E)
比赛链接:Here 1559A. Mocha and Math 题意: 给定一个区间,选择区间内的值执行 & 操作使得区间最大值最小化 观察样例发现:令 x = (1 << 30) ...
- KCD技术分享:以SBOM为基础的云原生应用安全治理
随着越来越多的企业和组织将他们的应用迁移到云上,云原生技术的应用部署和管理正在变得更加灵活和高效,但也相应地引入了一些新的安全风险.2023年4月15日,由云原生计算基金会(CNCF)发起,全球各国当 ...
- uni-app打包h5页面ios唤起软键盘踩坑
问题:页面有很多input框,上面的input输入框,当虚拟键盘出来时没问题,但是下面的input输入框,就会出现问题,input输入框会跑到键盘后面. 网上一阵百度,找到原因:安卓手机中唤起软键盘时 ...
- Visual Studio2019 使用WCF服务
什么是WCF Windows Communication Foundation (WCF) 是一个框架,用于生成面向服务的应用程序.它取代了较旧的进程间通信技术,例如 ASMX Web 服务..NET ...
- python常见面试题讲解(一)字符串最后一个单词的长度
题目描述 计算字符串最后一个单词的长度,单词以空格隔开. 输入描述: 一行字符串,非空,长度小于5000. 输出描述: 整数N,最后一个单词的长度. 示例1 输入 复制 hello world 输出 ...
- Linux环境下如何查看Python版本号
方法一.直接执行命令python,就可以查看python的版本信息. 退出用exit() 方法二.利用命令python -V,注意V要大写. 方法三.利用命令whereis python,注意wher ...
- MongoDB 增删改查 常用sql总结
本文为博主原创,转载请注明出处: 1.切换到指定数据库:如果不存在则创建 use database 2.查看所有文档 show tables show collections 3.创建表 #创建文档 ...
- VSCODE中GIT配置
1.问题:无法正常提交 问题描述 *使用vscode提交就会一直卡住**. 参考方案链接:VS CODE GIT 500 问题处理-pudn.com 根据这位博主的描述,应当是设置的这里选择的默认选项 ...