使用 Spring Framework 时常犯的十大错误

不管是桌面应用还是 Web 应用，无论是 Spring 还是 No Spring，多线程都是很难破解的。由并行执行程序所引起的问题是令人毛骨悚然且难以捉摸的，而且常常难以调试 —— 实际上，由于问题的本质，一旦你意识到你正在处理一个并行执行问题，你可能就不得不完全放弃调试器了，并 “手动” 检查代码，直到找到根本上的错误原因。不幸的是，这类问题并没有千篇一律的解决方案;根据具体场景来评估情况，然后从你认为最好的角度来解决问题。

当然，理想情况下，你也希望完全避免多线程错误。同样，不存在那种一刀切的方法，但这有一些调试和防止多线程错误的实际考虑因素：

5.1. 避免全局状态

首先，牢记 “全局状态” 问题。如果你正创建一个多线程应用，那么应该密切关注任何可能全局修改的内容，如果可能的话，将他们全部删掉。如果某个全局变量有必须保持可修改的原因，请仔细使用 synchronization，并对程序性能进行跟踪，以确定没有因为新引入的等待时间而导致系统性能降低。

5.2. 避免可变性

这点直接来自于 函数式编程，并且适用于 OOP，声明应该避免类和状态的改变。简而言之，这意味着放弃 setter 方法，并在所有模型类上拥有私有的 final 字段。它们的值唯一发生变化的时间是在构造期间。这样，你可以确定不会出现争用问题，且访问对象属性将始终提供正确的值。

5.3. 记录关键数据

评估你的程序可能会在何处发生异常，并预先记录所有关键数据。如果发生错误，你将很高兴可以得到信息说明收到了哪些请求，并可更好地了解你的应用程序为什么会出现错误。需要再次注意的是，日志记录引入了额外的文件 I/O，可能会严重影响应用的性能，因此请不要滥用日志。

5.4. 复用现存实现

每当你需要创建自己的线程时(例如：向不同的服务发出异步请求)，复用现有的安全实现来代替创建自己的解决方案。这在很大程度上意味着要使用 ExecutorServices 和 Java 8 简洁的函数式 CompletableFutures 来创建线程。Spring 还允许通过 DeferredResult 类来进行异步请求处理。

6. 常见错误六：不使用基于注解的验证

假设我们之前的 TopTalent 服务需要一个端点来添加新的 TopTalent。此外，假设基于某些原因，每个新名词都需要为 10 个字符长度。执行此操作的一种方法可能如下：

@RequestMapping("/put") 
public void addTopTalent(@RequestBody TopTalentData topTalentData) { 
 boolean nameNonExistentOrHasInvalidLength = 
 Optional.ofNullable(topTalentData) 
 .map(TopTalentData::getName) 
 .map(name -> name.length() == 10) 
 .orElse(true); 
 if (nameNonExistentOrInvalidLength) { 
 // throw some exception 
 } 
 topTalentService.addTopTalent(topTalentData); 
}复制代码 

然而，上面的方法(除了构造很差以外)并不是一个真正 “干净” 的解决办法。我们正检查不止一种类型的有效性(即 TopTalentData 不得为空，TopTalentData.name 不得为空，且 TopTalentData.name 为 10 个字符长度)，以及在数据无效时抛出异常。

通过在 Spring 中集成 Hibernate validator，数据校验可以更干净地进行。让我们首先重构 addTopTalent 方法来支持验证：

@RequestMapping("/put") 
public void addTopTalent(@Valid @NotNull @RequestBody TopTalentData topTalentData) { 
 topTalentService.addTopTalent(topTalentData); 
} 
@ExceptionHandler 
@ResponseStatus(HttpStatus.BAD_REQUEST) 
public ErrorResponse handleInvalidTopTalentDataException(MethodArgumentNotValidException methodArgumentNotValidException) { 
 // handle validation exception 
}复制代码 

此外，我们还必须指出我们想要在 TopTalentData 类中验证什么属性：

public class TopTalentData { 
 @Length(min = 10, max = 10) 
 @NotNull 
 private String name; 
}复制代码 

现在，Spring 将在调用方法之前拦截其请求并对参数进行验证 —— 无需使用额外的手工测试。

另一种实现相同功能的方法是创建我们自己的注解。虽然你通常只在需要超出 Hibernate的内置约束集 时才使用自定义注解，本例中，我们假设 @Length 不存在。你可以创建两个额外的类来验证字符串长度，一个用于验证，一个用于对属性进行注解：

@Target({ElementType.METHOD, ElementType.FIELD, ElementType.PARAMETER}) 
@Retention(RetentionPolicy.RUNTIME) 
@Documented 
@Constraint(validatedBy = { MyAnnotationValidator.class }) 
public @interface MyAnnotation { 
 String message() default "String length does not match expected"; 
 Class<?>[] groups() default {}; 
 Class<? extends Payload>[] payload() default {}; 
 int value(); 
} 
@Component 
public class MyAnnotationValidator implements ConstraintValidator<MyAnnotation, String> { 
 private int expectedLength; 
 @Override 
 public void initialize(MyAnnotation myAnnotation) { 
 this.expectedLength = myAnnotation.value(); 
 } 
 @Override 
 public boolean isValid(String s, ConstraintValidatorContext constraintValidatorContext) { 
 return s == null || s.length() == this.expectedLength; 
 } 
}复制代码 

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!