资讯专栏INFORMATION COLUMN

手把手教你如何优雅的使用Aop记录带参数的复杂Web接口日志

Loong_T / 2436人阅读

摘要:几乎每一个接口被调用后,都要记录一条跟这个参数挂钩的特定的日志到数据库。我最终采用了的方式,采取拦截的请求的方式,来记录日志。所有打上了这个注解的方法,将会记录日志。那么如何从众多可能的参数中,为当前的日志指定对应的参数呢。

前言

不久前,因为需求的原因,需要实现一个操作日志。几乎每一个接口被调用后,都要记录一条跟这个参数挂钩的特定的日志到数据库。举个例子,就比如禁言操作,日志中需要记录因为什么禁言,被禁言的人的id和各种信息。方便后期查询。

这样的接口有很多个,而且大部分接口的参数都不一样。可能大家很容易想到的一个思路就是,实现一个日志记录的工具类,然后在需要记录日志的接口中,添加一行代码。由这个日志工具类去判断此时应该处理哪些参数。

但是这样有很大的问题。如果需要记日志的接口数量非常多,先不讨论这个工具类中需要做多少的类型判断,仅仅是给所有接口添加这样一行代码在我个人看来都是不能接受的行为。首先,这样对代码的侵入性太大。其次,后期万一有改动,维护的人将会十分难受。想象一下,全局搜索相同的代码,再一一进行修改。

所以我放弃了这个略显原始的方法。我最终采用了Aop的方式,采取拦截的请求的方式,来记录日志。但是即使采用这个方法,仍然面临一个问题,那就是如何处理大量的参数。以及如何对应到每一个接口上。

我最终没有拦截所有的controller,而是自定义了一个日志注解。所有打上了这个注解的方法,将会记录日志。同时,注解中会带有类型,来为当前的接口指定特定的日志内容以及参数。

那么如何从众多可能的参数中,为当前的日志指定对应的参数呢。我的解决方案是维护一个参数类,里面列举了所有需要记录在日志中的参数名。然后在拦截请求时,通过反射,获取到该请求的request和response中的所有参数和值,如果该参数存在于我维护的param类中,则将对应的值赋值进去。

然后在请求结束后,将模板中的所有预留的参数全部用赋了值的参数替换掉。这样一来,在不大量的侵入业务的前提下,满足了需求,同时也保证了代码的可维护性。

下面我将会把详细的实现过程列举出来。

开始操作前

文章结尾我会给出这个demo项目的所有源码。所以不想看过程的兄台可移步到末尾,直接看源码。(听说和源码搭配,看文章更美味...)

开始操作 新建项目

大家可以参考我之前写的另一篇文章,手把手教你从零开始搭建SpringBoot后端项目框架。只要能请求简单的接口就可以了。本项目的依赖如下。

</>复制代码

  1. org.springframework.boot
  2. spring-boot-starter-web
  3. 2.1.1.RELEASE
  4. org.aspectj
  5. aspectjrt
  6. 1.9.2
  7. org.aspectj
  8. aspectjweaver
  9. 1.9.2
  10. org.projectlombok
  11. lombok
  12. 1.18.2
  13. cn.hutool
  14. hutool-all
  15. 4.1.14
新建Aop类

新建LogAspect类。代码如下。

</>复制代码

  1. package spring.aop.log.demo.api.util;
  2. import org.aspectj.lang.annotation.Aspect;
  3. import org.aspectj.lang.annotation.Pointcut;
  4. import org.springframework.stereotype.Component;
  5. /**
  6. * LogAspect
  7. *
  8. * @author Lunhao Hu
  9. * @date 2019-01-30 16:21
  10. **/
  11. @Aspect
  12. @Component
  13. public class LogAspect {
  14. /**
  15. * 定义切入点
  16. */
  17. @Pointcut("@annotation(spring.aop.log.demo.api.util.Log)")
  18. public void operationLog() {
  19. }
  20. /**
  21. * 新增结果返回后触发
  22. *
  23. * @param point
  24. * @param returnValue
  25. */
  26. @AfterReturning(returning = "returnValue", pointcut = "operationLog() && @annotation(log)")
  27. public void doAfterReturning(JoinPoint point, Object returnValue, Log log) {
  28. System.out.println("test");
  29. }
  30. }

Pointcut中传入了一个注解,表示凡是打上了这个注解的方法,都会触发由Pointcut修饰的operationLog函数。而AfterReturning则是在请求返回之后触发。

自定义注解

上一步提到了自定义注解,这个自定义注解将打在controller的每个方法上。新建一个annotation的类。代码如下。

</>复制代码

  1. package spring.aop.log.demo.api.util;
  2. import java.lang.annotation.ElementType;
  3. import java.lang.annotation.Retention;
  4. import java.lang.annotation.RetentionPolicy;
  5. import java.lang.annotation.Target;
  6. /**
  7. * Log
  8. *
  9. * @author Lunhao Hu
  10. * @date 2019-01-30 16:19
  11. **/
  12. @Target(ElementType.METHOD)
  13. @Retention(RetentionPolicy.RUNTIME)
  14. public @interface Log {
  15. String type() default "";
  16. }

TargetRetention都属于元注解。共有4种,分别是@Retention@Target@Document@Inherited

Target注解说明了该Annotation所修饰的范围。可以传入很多类型,参数为ElementType。例如TYPE,用于描述类、接口或者枚举类;FIELD用于描述属性;METHOD用于描述方法;PARAMETER用于描述参数;CONSTRUCTOR用于描述构造函数;LOCAL_VARIABLE用于描述局部变量;ANNOTATION_TYPE用于描述注解;PACKAGE用于描述包等。

Retention注解定义了该Annotation被保留的时间长短。参数为RetentionPolicy。例如SOURCE表示只在源码中存在,不会在编译后的class文件存在;CLASS是该注解的默认选项。 即存在于源码,也存在于编译后的class文件,但不会被加载到虚拟机中去;RUNTIME存在于源码、class文件以及虚拟机中,通俗一点讲就是可以在运行的时候通过反射获取到。

加上普通注解

给需要记录日志的接口加上Log注解。

</>复制代码

  1. package spring.aop.log.demo.api.controller;
  2. import org.springframework.web.bind.annotation.GetMapping;
  3. import org.springframework.web.bind.annotation.PathVariable;
  4. import org.springframework.web.bind.annotation.RestController;
  5. import spring.aop.log.demo.api.util.Log;
  6. /**
  7. * HelloController
  8. *
  9. * @author Lunhao Hu
  10. * @date 2019-01-30 15:52
  11. **/
  12. @RestController
  13. public class HelloController {
  14. @Log
  15. @GetMapping("test/{id}")
  16. public String test(@PathVariable(name = "id") Integer id) {
  17. return "Hello" + id;
  18. }
  19. }

加上之后,每一次调用test/{id}这个接口,都会触发拦截器中的doAfterReturning方法中的代码。

加上带类型注解

上面介绍了记录普通日志的方法,接下来要介绍记录特定日志的方法。什么特定日志呢,就是每个接口要记录的信息不同。为了实现这个,我们需要实现一个操作类型的枚举类。代码如下。

操作类型模板枚举

新建一个枚举类Type。代码如下。

</>复制代码

  1. package spring.aop.log.demo.api.util;
  2. /**
  3. * Type
  4. *
  5. * @author Lunhao Hu
  6. * @date 2019-01-30 17:12
  7. **/
  8. public enum Type {
  9. /**
  10. * 操作类型
  11. */
  12. WARNING("警告", "因被其他玩家举报,警告玩家");
  13. /**
  14. * 类型
  15. */
  16. private String type;
  17. /**
  18. * 执行操作
  19. */
  20. private String operation;
  21. Type(String type, String operation) {
  22. this.type = type;
  23. this.operation = operation;
  24. }
  25. public String getType() { return type; }
  26. public String getOperation() { return operation; }
  27. }
给注解加上类型

给上面的controller中的注解加上type。代码如下。

</>复制代码

  1. package spring.aop.log.demo.api.controller;
  2. import org.springframework.web.bind.annotation.GetMapping;
  3. import org.springframework.web.bind.annotation.PathVariable;
  4. import org.springframework.web.bind.annotation.RestController;
  5. import spring.aop.log.demo.api.util.Log;
  6. /**
  7. * HelloController
  8. *
  9. * @author Lunhao Hu
  10. * @date 2019-01-30 15:52
  11. **/
  12. @RestController
  13. public class HelloController {
  14. @Log(type = "WARNING")
  15. @GetMapping("test/{id}")
  16. public String test(@PathVariable(name = "id") Integer id) {
  17. return "Hello" + id;
  18. }
  19. }
修改aop类

将aop类中的doAfterReturning为如下。

</>复制代码

  1. @AfterReturning(returning = "returnValue", pointcut = "operationLog() && @annotation(log)")
  2. public void doAfterReturning(JoinPoint point, Object returnValue, Log log) {
  3. // 注解中的类型
  4. String enumKey = log.type();
  5. System.out.println(Type.valueOf(enumKey).getOperation());
  6. }

加上之后,每一次调用加了@Log(type = "WARNING")这个注解的接口,都会打印这个接口所指定的日志。例如上述代码就会打印出如下代码。

</>复制代码

  1. 因被其他玩家举报,警告玩家
获取aop拦截的请求参数

为每个接口指定一个日志并不困难,只需要为每个接口指定一个类型即可。但是大家应该也注意到了,一个接口日志,只记录因被其他玩家举报,警告玩家这样的信息没有任何意义。

记录日志的人倒不觉得,而最后去查看日志的人就要吾日三省吾身了,被谁举报了?因为什么举报了?我警告的谁?

这样的日志做了太多的无用功,根本没有办法在出现问题之后溯源。所以我们下一步的操作就是给每个接口加上特定的参数。那么大家可能会有问题,如果每个接口的参数几乎都不一样,那这个工具类岂不是要传入很多参数,要怎么实现呢,甚至还要组织参数,这样会大量的侵入业务代码,并且会大量的增加冗余代码。

大家可能会想到,实现一个记录日志的方法,在要记日志的接口中调用,把参数传进去。如果类型很多的话,参数也会随之增多,每个接口的参数都不一样。处理起来十分麻烦,而且对业务的侵入性太高。几乎每个地方都要嵌入日志相关代码。一旦涉及到修改,将会变得十分难维护。

所以我直接利用反射获取aop拦截到的请求中的所有参数,如果我的参数类(所有要记录的参数)里面有请求中的参数,那么我就将参数的值写入参数类中。最后将日志模版中参数预留字段替换成请求中的参数。

流程图如下所示。

新建参数类

新建一个类Param,其中包含所有在操作日志中,可能会出现的参数。为什么要这么做?因为每个接口需要的参数都有可能完全不一样,与其去维护大量的判断逻辑,还不如贪心一点,直接传入所有的可能参数。当然后期如果有新的参数需要记录,则需要修改代码。

</>复制代码

  1. package spring.aop.log.demo.api.util;
  2. import lombok.Data;
  3. /**
  4. * Param
  5. *
  6. * @author Lunhao Hu
  7. * @date 2019-01-30 17:14
  8. **/
  9. @Data
  10. public class Param {
  11. /**
  12. * 所有可能参数
  13. */
  14. private String id;
  15. private String workOrderNumber;
  16. private String userId;
  17. }
修改模板

将模板枚举类中的WARNING修改为如下。

</>复制代码

  1. WARNING("警告", "因 工单号 [(%workOrderNumber)] /举报 ID [(%id)] 警告玩家 [(%userId)]");

其中的参数,就是要在aop拦截阶段获取并且替换掉的参数。

修改controller

我们给之前的controller加上上述模板中国呢的参数。部分代码如下。

</>复制代码

  1. @Log(type = "WARNING")
  2. @GetMapping("test/{id}")
  3. public String test(
  4. @PathVariable(name = "id") Integer id,
  5. @RequestParam(name = "workOrderNumber") String workOrderNumber,
  6. @RequestParam(name = "userId") String userId,
  7. @RequestParam(name = "name") String name
  8. ) {
  9. return "Hello" + id;
  10. }
通过反射获取请求的参数

在此处分两种情况,一种是简单参数类型,另外一种是复杂参数类型,也就是参数中带了请求DTO的情况。

获取简单参数类型

给aop类添加几个私有变量。

</>复制代码

  1. /**
  2. * 请求中的所有参数
  3. */
  4. private Object[] args;
  5. /**
  6. * 请求中的所有参数名
  7. */
  8. private String[] paramNames;
  9. /**
  10. * 参数类
  11. */
  12. private Param params;

然后将doAfterReturning中的代码改成如下。

</>复制代码

  1. try {
  2. // 获取请求详情
  3. ServletRequestAttributes attributes = (ServletRequestAttributes) RequestContextHolder.getRequestAttributes();
  4. HttpServletRequest request = attributes.getRequest();
  5. HttpServletResponse response = attributes.getResponse();
  6. // 获取所有请求参数
  7. Signature signature = point.getSignature();
  8. MethodSignature methodSignature = (MethodSignature) signature;
  9. this.paramNames = methodSignature.getParameterNames();
  10. this.args = point.getArgs();
  11. // 实例化参数类
  12. this.params = new Param();
  13. // 注解中的类型
  14. String enumKey = log.type();
  15. String logDetail = Type.valueOf(enumKey).getOperation();
  16. // 从请求传入参数中获取数据
  17. this.getRequestParam();
  18. } catch (Exception e) {
  19. System.out.println(e.getMessage());
  20. }

首先要做的就是拦截打上了自定义注解的请求。我们可以获取到请求的详情,以及请求中的所有的参数名,以及参数。下面我们就来实现上述代码中的getRequestParam方法。

getRequestParam

</>复制代码

  1. /**
  2. * 获取拦截的请求中的参数
  3. * @param point
  4. */
  5. private void getRequestParam() {
  6. // 获取简单参数类型
  7. this.getSimpleParam();
  8. }
getSimpleParam

</>复制代码

  1. /**
  2. * 获取简单参数类型的值
  3. */
  4. private void getSimpleParam() {
  5. // 遍历请求中的参数名
  6. for (String reqParam : this.paramNames) {
  7. // 判断该参数在参数类中是否存在
  8. if (this.isExist(reqParam)) {
  9. this.setRequestParamValueIntoParam(reqParam);
  10. }
  11. }
  12. }

上述代码中,遍历请求所传入的参数名,然后我们实现isExist方法, 来判断这个参数在我们的Param类中是否存在,如果存在我们就再调用setRequestParamValueIntoParam方法,将这个参数名所对应的参数值写入到Param类的实例中。

isExist

isExist的代码如下。

</>复制代码

  1. /**
  2. * 判断该参数在参数类中是否存在(是否是需要记录的参数)
  3. * @param targetClass
  4. * @param name
  5. * @param
  6. * @return
  7. */
  8. private Boolean isExist(String name) {
  9. boolean exist = true;
  10. try {
  11. String key = this.setFirstLetterUpperCase(name);
  12. Method targetClassGetMethod = this.params.getClass().getMethod("get" + key);
  13. } catch (NoSuchMethodException e) {
  14. exist = false;
  15. }
  16. return exist;
  17. }

在上面我们也提到过,在编译的时候会加上getter和setter,所以参数名的首字母都会变成大写,所以我们需要自己实现一个setFirstLetterUpperCase方法,来将我们传入的参数名的首字母变成大写。

setFirstLetterUpperCase

代码如下。

</>复制代码

  1. /**
  2. * 将字符串的首字母大写
  3. *
  4. * @param str
  5. * @return
  6. */
  7. private String setFirstLetterUpperCase(String str) {
  8. if (str == null) {
  9. return null;
  10. }
  11. return str.substring(0, 1).toUpperCase() + str.substring(1);
  12. }
setRequestParamValueIntoParam

代码如下。

</>复制代码

  1. /**
  2. * 从参数中获取
  3. * @param paramName
  4. * @return
  5. */
  6. private void setRequestParamValueIntoParam(String paramName) {
  7. int index = ArrayUtil.indexOf(this.paramNames, paramName);
  8. if (index != -1) {
  9. String value = String.valueOf(this.args[index]);
  10. this.setParam(this.params, paramName, value);
  11. }
  12. }

ArrayUtilhutool中的一个工具函数。用来判断在一个元素在数组中的下标。

setParam

代码如下。

</>复制代码

  1. /**
  2. * 将数据写入参数类的实例中
  3. * @param targetClass
  4. * @param key
  5. * @param value
  6. * @param
  7. */
  8. private void setParam(T targetClass, String key, String value) {
  9. try {
  10. Method targetClassParamSetMethod = targetClass.getClass().getMethod("set" + this.setFirstLetterUpperCase(key), String.class);
  11. targetClassParamSetMethod.invoke(targetClass, value);
  12. } catch (NoSuchMethodException | IllegalAccessException | InvocationTargetException e) {
  13. e.printStackTrace();
  14. }
  15. }

该函数使用反射的方法,获取该参数的set方法,将Param类中对应的参数设置成传入的值。

运行

启动项目,并且请求controller中的方法。并且传入定义好的参数。

</>复制代码

  1. http://localhost:8080/test/8?workOrderNumber=3231732&userId=748327843&name=testName

GET请求总共传入了4个参数,分别是id,workOrderNumber,userId, name。大家可以看到,在Param类中并没有定义name这个字段。这是特意加了一个不需要记录的参数,来验证我们接口的健壮性的。

运行之后,可以看到控制台打印的信息如下。

</>复制代码

  1. Param(id=8, workOrderNumber=3231732, userId=748327843)

我们想让aop记录的参数全部记录到Param类中的实例中,而传入了意料之外的参数也没有让程序崩溃。接下里我们只需要将这些参数,将之前定义好的模板的参数预留字段替换掉即可。

替换参数

doAfterReturning中的getRequestParam函数后,加入以下代码。

</>复制代码

  1. if (!logDetail.isEmpty()) {
  2. // 将模板中的参数全部替换掉
  3. logDetail = this.replaceParam(logDetail);
  4. }
  5. System.out.println(logDetail);

下面我们实现replaceParam方法。

replaceParam

代码如下。

</>复制代码

  1. /**
  2. * 将模板中的预留字段全部替换为拦截到的参数
  3. * @param template
  4. * @return
  5. */
  6. private String replaceParam(String template) {
  7. // 将模板中的需要替换的参数转化成map
  8. Map paramsMap = this.convertToMap(template);
  9. for (String key : paramsMap.keySet()) {
  10. template = template.replace("%" + key, paramsMap.get(key)).replace("(", "").replace(")", "");
  11. }
  12. return template;
  13. }

convertToMap方法将模板中的所有预留字段全部提取出来,当作一个Map的Key。

convertToMap

代码如下。

</>复制代码

  1. /**
  2. * 将模板中的参数转换成map的key-value形式
  3. * @param template
  4. * @return
  5. */
  6. private Map convertToMap(String template) {
  7. Map map = new HashMap<>();
  8. String[] arr = template.split("(");
  9. for (String s : arr) {
  10. if (s.contains("%")) {
  11. String key = s.substring(s.indexOf("%"), s.indexOf(")")).replace("%", "").replace(")", "").replace("-", "").replace("]", "");
  12. String value = this.getParam(this.params, key);
  13. map.put(key, "null".equals(value) ? "(空)" : value);
  14. }
  15. }
  16. return map;
  17. }

其中的getParam方法,类似于setParam,也是利用反射的方法,通过传入的Class和Key,获取对应的值。

getParam

代码如下。

</>复制代码

  1. /**
  2. * 通过反射获取传入的类中对应key的值
  3. * @param targetClass
  4. * @param key
  5. * @param
  6. */
  7. private String getParam(T targetClass, String key) {
  8. String value = "";
  9. try {
  10. Method targetClassParamGetMethod = targetClass.getClass().getMethod("get" + this.setFirstLetterUpperCase(key));
  11. value = String.valueOf(targetClassParamGetMethod.invoke(targetClass));
  12. } catch (NoSuchMethodException | IllegalAccessException | InvocationTargetException e) {
  13. e.printStackTrace();
  14. }
  15. return value;
  16. }
再次运行

再次请求上述的url,则可以看到控制台的输出如下。

</>复制代码

  1. 因 工单号 [3231732] /举报 ID [8] 警告玩家 [748327843]

可以看到,我们需要记录的所有的参数,都被正确的替换了。而不需要记录的参数,同样也没有对程序造成影响。

让我们试试传入不传入非必选参数,会是什么样。修改controller如下,把workOrderNumber改成非必须按参数。

</>复制代码

  1. @Log(type = "WARNING")
  2. @GetMapping("test/{id}")
  3. public String test(
  4. @PathVariable(name = "id") Integer id,
  5. @RequestParam(name = "workOrderNumber", required = false) String workOrderNumber,
  6. @RequestParam(name = "userId") String userId,
  7. @RequestParam(name = "name") String name
  8. ) {
  9. return "Hello" + id;
  10. }

请求如下url。

</>复制代码

  1. http://localhost:8080/test/8?userId=748327843&name=testName

然后可以看到,控制台的输出如下。

</>复制代码

  1. 因 工单号 [空] /举报 ID [8] 警告玩家 [748327843]

并不会影响程序的正常运行。

获取复杂参数类型

接下来要介绍的是如何记录复杂参数类型的日志。其实,大致的思路是不变的。我们看传入的类中的参数,有没有需要记录的。有的话就按照上面记录简单参数的方法来替换记录参数。

定义测试复杂类型

新建TestDTO。代码如下。

</>复制代码

  1. package spring.aop.log.demo.api.util;
  2. import lombok.Data;
  3. /**
  4. * TestDto
  5. *
  6. * @author Lunhao Hu
  7. * @date 2019-02-01 15:02
  8. **/
  9. @Data
  10. public class TestDTO {
  11. private String name;
  12. private Integer age;
  13. private String email;
  14. }
修改Param

将上面的所有的参数全部添加到Param类中,全部定义成字符串类型。

</>复制代码

  1. package spring.aop.log.demo.api.util;
  2. import lombok.Data;
  3. /**
  4. * Param
  5. *
  6. * @author Lunhao Hu
  7. * @date 2019-01-30 17:14
  8. **/
  9. @Data
  10. public class Param {
  11. /**
  12. * 所有可能参数
  13. */
  14. private String id;
  15. private String age;
  16. private String workOrderNumber;
  17. private String userId;
  18. private String name;
  19. private String email;
  20. }
修改模板

WARNING模板修改如下。

</>复制代码

  1. /**
  2. * 操作类型
  3. */
  4. WARNING("警告", "因 工单号 [(%workOrderNumber)] /举报 ID [(%id)] 警告玩家 [(%userId)], 游戏名 [(%name)], 年龄 [(%age)]");
修改controller

</>复制代码

  1. @Log(type = "WARNING")
  2. @PostMapping("test/{id}")
  3. public String test(
  4. @PathVariable(name = "id") Integer id,
  5. @RequestParam(name = "workOrderNumber", required = false) String workOrderNumber,
  6. @RequestParam(name = "userId") String userId,
  7. @RequestBody TestDTO testDTO
  8. ) {
  9. return "Hello" + id;
  10. }
修改getRequestParam

</>复制代码

  1. /**
  2. * 获取拦截的请求中的参数
  3. * @param point
  4. */
  5. private void getRequestParam() {
  6. // 获取简单参数类型
  7. this.getSimpleParam();
  8. // 获取复杂参数类型
  9. this.getComplexParam();
  10. }

接下来实现getComplexParam方法。

getComplexParam

</>复制代码

  1. /**
  2. * 获取复杂参数类型的值
  3. */
  4. private void getComplexParam() {
  5. for (Object arg : this.args) {
  6. // 跳过简单类型的值
  7. if (arg != null && !this.isBasicType(arg)) {
  8. this.getFieldsParam(arg);
  9. }
  10. }
  11. }
getFieldsParam

</>复制代码

  1. /**
  2. * 遍历一个复杂类型,获取值并赋值给param
  3. * @param target
  4. * @param
  5. */
  6. private void getFieldsParam(T target) {
  7. Field[] fields = target.getClass().getDeclaredFields();
  8. for (Field field : fields) {
  9. String paramName = field.getName();
  10. if (this.isExist(paramName)) {
  11. String value = this.getParam(target, paramName);
  12. this.setParam(this.params, paramName, value);
  13. }
  14. }
  15. }
运行

启动项目。使用postman对上面的url发起POST请求。请求body中带上TestDTO中的参数。请求成功返回后就会看到控制台输出如下。

</>复制代码

  1. 因 工单号 [空] /举报 ID [8] 警告玩家 [748327843], 游戏名 [tom], 年龄 [12]

然后就可以根据需求,将上面的日志记录到相应的地方。

到这可能有些哥们就觉得行了,万事具备,只欠东风。但其实这样的实现方式,还存在几个问题。

比如,如果请求失败了怎么办?请求失败,在需求上将,是根本不需要记录操作日志的,但是即使请求失败也会有返回值,就代表日志也会成功的记录。这就给后期查看日志带来了很大的困扰。

再比如,如果我需要的参数在返回值中怎么办?如果你没有用统一的生成唯一id的服务,就会遇到这个问题。就比如我需要往数据库中插入一条新的数据,我需要得到数据库自增id,而我们的日志拦截只拦截了请求中的参数。所以这就是我们接下来要解决的问题。

判断请求是否成功

实现success函数,代码如下。

</>复制代码

  1. /**
  2. * 根据http状态码判断请求是否成功
  3. *
  4. * @param response
  5. * @return
  6. */
  7. private Boolean success(HttpServletResponse response) {
  8. return response.getStatus() == 200;
  9. }

然后将getRequestParam之后的所有操作,包括getRequestParam本身,用success包裹起来。如下。

</>复制代码

  1. if (this.success(response)) {
  2. // 从请求传入参数中获取数据
  3. this.getRequestParam();
  4. if (!logDetail.isEmpty()) {
  5. // 将模板中的参数全部替换掉
  6. logDetail = this.replaceParam(logDetail);
  7. }
  8. }

这样一来,就可以保证只有在请求成功的前提下,才会记录日志。

通过反射获取返回的参数 新建Result类

在一个项目中,我们用一个类来统一返回值。

</>复制代码

  1. package spring.aop.log.demo.api.util;
  2. import lombok.Data;
  3. /**
  4. * Result
  5. *
  6. * @author Lunhao Hu
  7. * @date 2019-02-01 16:47
  8. **/
  9. @Data
  10. public class Result {
  11. private Integer id;
  12. private String name;
  13. private Integer age;
  14. private String email;
  15. }
修改controller

</>复制代码

  1. @Log(type = "WARNING")
  2. @PostMapping("test")
  3. public Result test(
  4. @RequestParam(name = "workOrderNumber", required = false) String workOrderNumber,
  5. @RequestParam(name = "userId") String userId,
  6. @RequestBody TestDTO testDTO
  7. ) {
  8. Result result = new Result();
  9. result.setId(1);
  10. result.setAge(testDTO.getAge());
  11. result.setName(testDTO.getName());
  12. result.setEmail(testDTO.getEmail());
  13. return result;
  14. }
运行

启动项目,发起POST请求会发现,返回值如下。

</>复制代码

  1. {
  2. "id": 1,
  3. "name": "tom",
  4. "age": 12,
  5. "email": "test@test.com"
  6. }

而控制台的输出如下。

</>复制代码

  1. 因 工单号 [39424] /举报 ID [空] 警告玩家 [748327843], 游戏名 [tom], 年龄 [12]

可以看到,id没有被获取到。所以我们还需要添加一个函数,从返回值中获取id的数据。

getResponseParam

getRequestParam后,添加方法getResponseParam,直接调用之前写好的函数。代码如下。

</>复制代码

  1. /**
  2. * 从返回值从获取数据
  3. */
  4. private void getResponseParam(Object value) {
  5. this.getFieldsParam(value);
  6. }
运行

再次发起POST请求,可以发现控制台的输出如下。

</>复制代码

  1. 因 工单号 [39424] /举报 ID [1] 警告玩家 [748327843], 游戏名 [tom], 年龄 [12]

一旦得到了这条信息,我们就可以把它记录到任何我们想记录的地方。

项目源码地址

想要参考源码的大佬请戳 ->这里<-

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/77415.html

相关文章

  • Java后端

    摘要:,面向切面编程,中最主要的是用于事务方面的使用。目标达成后还会有去构建微服务,希望大家多多支持。原文地址手把手教程优雅的应用四手把手实现后端搭建第四期 SpringMVC 干货系列:从零搭建 SpringMVC+mybatis(四):Spring 两大核心之 AOP 学习 | 掘金技术征文 原本地址:SpringMVC 干货系列:从零搭建 SpringMVC+mybatis(四):Sp...

    joyvw 评论0 收藏0
  • 把手0基础项目实战(三)——教你开发一套电商平台安全框架

    摘要:在领域,有两大主流的安全框架,和。角色角色是一组权限的集合。安全框架的实现注解的实现本套安全框架一共定义了四个注解。该注解用来告诉安全框架,本项目中所有类所在的包,从而能够帮助安全框架快速找到类,避免了所有类的扫描。 写在最前 本文是《手把手项目实战系列》的第三篇文章,预告一下,整个系列会介绍如下内容: 《手把手0基础项目实战(一)——教你搭建一套可自动化构建的微服务框架(Sprin...

    RaoMeng 评论0 收藏0
  • 把手教你登录NodeJS爬虫+数据展示

    摘要:可以通过传入待删除数组元素组成的数组进行一次性删除。如果后台返回的为表示登录的已失效,需要重新执行。等所有的异步执行完毕后,再执行回调函数。回调函数的参数是每个函数返回数据组成的数组。 其实在早之前,就做过立马理财的销售额统计,只不过是用前端js写的,需要在首页的console调试面板里粘贴一段代码执行,点击这里。主要是通过定时爬取https://www.lmlc.com/s/web/...

    cpupro 评论0 收藏0
  • Java深入-框架技巧

    摘要:从使用到原理学习线程池关于线程池的使用,及原理分析分析角度新颖面向切面编程的基本用法基于注解的实现在软件开发中,分散于应用中多出的功能被称为横切关注点如事务安全缓存等。 Java 程序媛手把手教你设计模式中的撩妹神技 -- 上篇 遇一人白首,择一城终老,是多么美好的人生境界,她和他历经风雨慢慢变老,回首走过的点点滴滴,依然清楚的记得当初爱情萌芽的模样…… Java 进阶面试问题列表 -...

    chengtao1633 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<