SpringBoot轻松实现接口加解密
写在前面最近负责一个前后端分离架构下新项目的搭建工作，需要考虑到后台接口的加密与解密工作。其实接口的加密与解密是一个很常见的需求，开发者可以自定义过滤器，将请求和响应分别拦截并进行相应的解密与加密操作。可以看到这种方式简单粗暴，灵活度高，适应性强。不过呢，本篇决定使用另一种思录，即使用SpringMVC提供的@RequestBodyAdvice和@ResponseBodyAdvice注解来对请求和响应进行增强处理（预处理）。
本篇尝试利用@RequestBodyAdvice和@ResponseBodyAdvice注解来对请求和响应进行增强处理，并在此基础上对请求和响应进行解密和加密操作，接着将其制作成一个starter并发布到jitPack中，最后新建一个项目来尝试使用该starter。
编写加解密场景启动器第一步，新建一个名为encrypt-spring-boot-starter的SpringBoot项目，在其POM文件中新增如下依赖：
1234567891011121314151617<dependencies> <dependency> ...
SpringBoot实现图形验证码
写在前面在实际生活中，我们经常会遇到在登陆的时候，需要输入图形验证码这样的场景，验证码不仅可以防止爬虫的抓取，还可以限制接口短时间内被访问的次数，可以说也是一种限流措施。本篇来学习如何在前后端分离架构下，基于SpringBoot实现图形验证码这一功能。
实战项目初始化第一步，新建一个名为verify-code的SpringBoot项目，并在其POM文件中添加如下依赖：
12345678910111213141516171819202122<dependencies> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-data-redis</artifactId> </dependency> <dependency> <groupId>org.springframework.boot</gr ...
SpringBoot实现JSON数据重复读取
写在前面最近遇到一个很尴尬的问题，前端传给后端的JSON数据，如果开发者对此进行了拦截并进行了消费，那么后续在controller中就无法再次获取对应数据。原因在于服务端是通过IO流来解析JSON数据，而流是一种特殊的结构，只要读完就没有了，而在某些场景下往往希望可以多次读取。
举一个非常简单的例子，接口幂等性实现，即同一个接口在规定时间内多次接收到相同参数的请求，那么此时需要拒绝这些相同请求。我们在具体实现的时候，可能会先将请求中的参数提取出来，如果参数是JOSN数据，那么由于流已经读取了，因此后续在接口是无法再次获取JSON数据的。
问题再现第一步，新建一个名为many-json的SpringBoot项目，并在其中新增Web依赖。
第二步，新建一个interceptor包，并在该包内新建一个RequestInterceptor类，这个类需要实现HandlerInterceptor接口并重写其中的preHandle方法：
123456789public class RequestInterceptor implements HandlerInterceptor { p ...
SpringBoot实现定时任务
写在前面在实际工作中，定时任务是一个很常见的功能，如定时统计订单数、数据库备份、定时发送短信和邮件、定时统计博客访客等等，简单的定时任务可以直接通过Spring提供的@Scheduled注解来实现，复杂一点的定时任务则可以通过集成Quartz（[kwɔːts]）来实现，本篇将分别介绍如何使用这两种方式实现定时任务。
项目初始化新建一个名为time-task的SpringBoot项目，后续将在该项目中进行定时任务的实现。
@Scheduled注解方式小试牛刀第一步，添加依赖。在项目的POM文件中新增Web依赖：
1234<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId></dependency>
第二步，开启定时任务。在项目启动类上添加@EnableScheduling注解，相应的代码为：
1234567@EnableScheduling@Spri ...
SpringBoot+Vue实现一个代码生成器
写在前面在前面我们学习了SpringBoot+Vue这一套前后端分离的优秀架构，接下来我们尝试基于此实现一个代码生成器。在平时工作中，可能我们使用比较多的还是Mybatis Generate生成器，以此来根据数据表逆向生成对应的Dao层和Mapper层代码。其实生成器的核心，是使用JDBC来获取数据库中的各种元数据信息，并基于此来实现各种功能。本篇要实现的代码生成器不仅可以生成Dao层和Mapper层代码，还可以生成Service和Controller层代码，涵盖了一些基本操作，开发者要是实现一个简单的项目，几乎可以做到不写任何一行代码。
用法介绍
用户在序号1/2/3分别输入数据库用户名，密码、连接地址，然后点击序号4，如果数据库可以连接得上，那么序号5就会展示连接成功的提示信息，否则展示连接失败；如果成功接着在序号6中输入要生成的包的名称，也就是${groupId}.${artifactId}，接着点击序号7来生成配置，如果成功那么序号8处就会生成对应的数据表名称、实体类名称、mapper文件名称、service名称和controller名称 ...
关于Freemarker模板引擎，需要知道这些
写在前面尽管在目前企业级的应用开发中，前后端分离是趋势，但是视图层技术还是占用一席之地。SpringBoot对视图层技术也提供了很好的支持，官方推荐使用的模板引擎是Thymeleaf，但是FreeMaker也支持，当然你可以像SSM中使用JSP等，但是非常不推荐使用。
FreeMarkerFreeMarker简介FreeMarker是一个非常古老的Java模板引擎，可以用在Web或者非Web环境中。与Thymeleaf不同的是FreeMarker需要经过解析才能够在浏览器中展示出来。FreeMarker不仅可以用来配置HTML页面模板，也可以作为电子邮箱模板、配置文件模板以及源码模板等。正是由于它可以适应不同的应用场景，因此它虽然古老但是依旧还是有人愿意使用它。
下面是一张摘自FreeMarker官网的图片：
可以看到FreeMarker可以将模板（Template）和数据（Java Objects）进行渲染为HTML页面。
FreeMarker模板文件及存放位置查看一下这个spring-boot-autoconfigure依赖的META-INF文件夹下面的spring.factor ...
自定义SpringBoot中的Starter场景启动器
写在前面在前面我们对SpringBoot的自动装配原理有了一个较为深刻的研究，那么接下来我们就分析一下其中的场景启动器（starter），并尝试自定义一个属于自己的场景启动器（starter）。
场景启动器简介场景启动器（starter），其实就是一个个的功能。SpringBoot会将用户常用的一些功能抽离出来，做成一个个的场景启动器，这些场景启动器会导入实现这些功能所需的全部依赖组件，这样开发者只需在项目中引入这些场景启动器，那么相应的依赖就会加载进来。开发者只需通过修改配置文件，就能实现使用相应功能这一目的。
父场景启动器介绍当我们新建一个SpringBoot项目时，POM文件中会自动添加一个父依赖，该依赖名称为spring-boot-starter-parent：
123456<parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <versio ...
聊一聊SpringBoot的自动装配原理
写在前面最近在重构一个日志模块，需要将其从项目中抽离出来，于是考虑将其做成一个starter便于后续使用。本篇就来聊聊SpringBoot的自动装配原理，只有了解原理才知道如何将自己的项目制作为starter。
管中窥豹当你新建一个SpringBoot项目的时候，项目入口类中自动会添加@SpringBootApplication，那么问题来了，这个@SpringBootApplication注解的作用是什么呢，查看一下该注解的源码：
1234567891011121314151617@Target({ElementType.TYPE})@Retention(RetentionPolicy.RUNTIME)@Documented@Inherited@SpringBootConfiguration@EnableAutoConfiguration@ComponentScan( excludeFilters = {@Filter( type = FilterType.CUSTOM, classes = {TypeExcludeFilte ...
SpringBoot自定义参数解析器
写在前面今天我们来聊一聊SpringBoot中的参数解析器，这在某些场景下非常有用。一般来说，在一个Web请求里面参数要么是放在请求地址，要么就是放在请求体里面，极个别的会放在请求头中。
如果请求参数放在请求地址中，那么通常会采用@RequestParam/@PathVariable或者如下方式来获取参数：
1String username = request.getParameter("username");
如果请求参数放在请求体里面，那么通常会采用@RequestBody或者如下方式来获取参数：
1String username = request.getParameter("username");
如果请求参数放在请求头里面，那么通常会采用@RequestHeader或者如下方式来获取参数：
1String username = request.getHeader("username");
如果参数是JSON形式的，那么会从输入流中获取并解析成JSON字符串，再通过JSON工具转化为POJO对象：
1234Buffer ...
一个注解配合Redis实现接口限流
写在前面最近发现线上发送验证码的接口被莫名刷了，1天就把上周刚充值的1万条用完了，我内心其实是崩溃的，于是决定对该接口实现限流，这里选择使用拦截器配合Redis来实现。
实战项目初始化第一步，新建一个名为limit-redis的SpringBoot项目，然后在POM文件中添加如下依赖：
123456789101112131415161718<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-data-redis</artifactId></dependency><dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId></dependency>&l ...