在 SpringBoot项目开发中，有一个观点是不要相信前端传入的参数，因为你不知道用户是怎么操作我们接口的，所以在后端也需要对参数进行校验，这篇文章主要讲讲我们项目中最常使用的验证方案。

Hi,大家好，我是抢老婆酸奶的小肥仔。 在我们日常开发中，参数校验必不可少，一般情况下我们习惯采用if-else来进行校验，结果就是满屏的if-else。代码既不优雅，也会令人眼花缭乱，维护也是繁琐。

使用场景： 开发中会碰到一些耗时较长或者不需要立即得到执行结果的逻辑，比如消息推送、商品同步等都可以使用异步方法，这时我们可以用到@Async。但是直接使用 @Async 会有风险，当我们没有指定线程

上篇文章我们简单介绍和使用了一下Springboot的参数校验，同时也用到了 @Valid 注解和 @Validated 注解，那它们之间有什么不同呢？

记录接口调用情况的诉求 通常情况下，开发完一个接口，无论是在测试阶段还是生产上线，我们都需要对接口的执行情况做一个监控，比如记录接口的调用次数、失败的次数、调用时间、包括对接口进行限流，这些都需要我们

批量导入还在写一个个的if判断？不累吗？求求了，放弃它好吗！这里有更好的方法。通过自定义注解+反射机制来实现，几十行代码就搞定不香吗？技术不存在会不会的问题，只看你想不得想得到~

官方默认提供了两个单元格合并策略OnceAbsoluteMerge及LoopMergeStrategy。 OnceAbsoluteMerge只能实现一次合并，如果需要多次合并，则需要注册多次服务。

基于EasyExcel，本文介绍了如何一步步提升写出Excel时的代码性能； 在写出有合并单元格的页签时，分析了网络上的常见实现存在的不足，并给出一种高效实现。

责任链概念图 其中按照功能分为三大功能： 创建型模式、结构型模式、行为型模式。而我们今天的主角就是属于行为型模式的责任链模式。 具体场景 还记得上次离职是什么时候吗？离职的流程麻烦吗？各种的手续各种的