首先说一下审计日志的处理。审计日志处理的位置，应该是在认证之后，授权之前。因为只有你在认证之后，你才能知道这个请求到底是谁发出来的，谁在做这个事情。在这个授权之前，这样的话那些被拒绝掉的请求。在响应的时候你才可以把他记下来。

日志一定要持久化，可以把它存到数据库里，也可以把它写到文件里。

怎么保证过滤器按照顺序执行的，我们在做流控和认证的过滤器的时候，实际上，并没有指定的顺序。那么现在到底是流控先执行还是认证先执行？

在流控的Filter先打印一个1

在认证的Filter里面我们再打一个2

发送请求发现先输出了2 后输出了1。说明先走的认证再走的流控

调整Filter的执行顺序

认证在第二个就写个@Order(2)

重启服务进行测试

审计日志-简单实现

审计日志不能用filter来做了。因为审计日志我们要做两个动作。第一个是在请求进来后，我们要做一个动作。然后在请求出去之后，要把这个日志更新一下，所以进和出都要做事。如果只在请求进来记录实际上不知道最终这个请求最终是成功了还是失败了。这样这个日志记录不完整。
如果用Filter来做，它只有一个doFilterInternal这么个方法，它是标准的Filter方法的实现，并没有明确的区分在请求进来执行还是请求出去的时候执行。

我们使用SpringBoot提供的Interceptor。
ControllerAdvice一般是用来做全局的异常处理。

新建审计日志类

AuditLog

加上@CreateDate和@LastModifiedDate这两个注解，我们在使用Repository的save方法的时候，它会自动判断你是创建还是修改并给这两个日期赋值。

审计日志Repository

创建Interceptor

继承的是，HandlerInterceptorAdpater 处理之前和处理之后，主要是要实现这两个方法。

声明称一个组件，使用@Component

最终返回true、返回false 的请求就不会被执行。

因为下面要用，所以这里，设置id。

afterCompletion 不管成功还是失败，都会去调用
、

让拦截器作用，还需做一些配置

要实现接口WebMvcConfigurer

注入auditLogInterceptor，然后加入到Spring里面。拦截去是根据添加的来执行的先add的就先执行。

还可以指定拦截器，只针对某些请求有效。这里我们不配置的话就是针对所有的请求，都走这个拦截器。

JPA有一个自动支持审计的功能

这个是个总开关，把JPA的审计打开。

然后在需要做审计的类上面加上注解@EntityListeners(AuditingEntityListener.class) 把兼容器注入进来。

运行测试

输出的日志里面，输出了创建表的语句

访问一个id为13的再访问id为12的。

创建时间和修改时间都是JPA自动帮我们填上的

错误的请求，先保存一个200的记录，又保存了一个500的记录。这是Spring默认的一个处理机制。有了异常后跳到一个error的路径上。错误的页面的状态码是500.这个跳转实际上是不利于我们分析问题的

处理配置

创建一个ErrorHandler

这里我们用到了 Controller的增强。Advice。由这里来接管我们的错误处理，不再走Spring默认的处理、

一旦报错就把状态改成500内部服务器错误。

把错误信息和当前时间返回回去。这样我就有了一个公共的异常处理类。

再次运行程序测试。

这次的信息。，是time和message。这是我们自己在异常类里面定义的两个字段、。

这次把请求错误记录了下来并且一条记录。

审计-username

审计的时候记录当前用户是谁。
创建人

最后修改人

单写一个注解是不够的，还需要一个Bean来帮它知道当前的用户是谁。
用@Bean注解，然后返回一个AuditorAware的泛型里面是String类型。然后里面写一个匿名的实现。

这样就拿到了一个AuditorAware。日常开发中是把用户信息存储在Redis中的。这里为了简单的实现。
这里方法会告诉JPA当前的用户是谁。用户是谁具体的逻辑要自己去实现。这里只是简单的写死了是jojo

然后过滤器的这段。拿到用户的请求这段代码就不再需要了。

直接save就可以了

save的时候看到类上有@CreateBy的注解

就会调用这个Bean类的getCurrentAuditor方法，。然后拿到返回来的String。把它设置到username上。