【SpringBoot 基础系列】AOP结合SpEL实现日志输出的注意事项一二
使用 AOP 来打印日志大家一把都很熟悉了,最近在使用的过程中,发现了几个有意思的问题,一个是 SpEL 的解析,一个是参数的 JSON 格式输出
<!-- more -->
I. 项目环境
1. 项目依赖
本项目借助SpringBoot 2.2.1.RELEASE
maven 3.5.3
IDEA
进行开发
开一个 web 服务用于测试
代码语言:txt复制<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
</dependencies>
II. AOP & SpEL
关于 AOP 与 SpEL 的知识点,之前都有过专门的介绍,这里做一个聚合,一个非常简单的日志输出切面,在需要打印日志的方法上,添加注解@Log
,这个注解中定义一个key
,作为日志输出的标记;key 支持 SpEL 表达式
1. AOP 切面
注解定义
代码语言:txt复制@Target(ElementType.METHOD)
@Retention(RetentionPolicy.RUNTIME)
public @interface Log {
String key();
}
切面逻辑
代码语言:txt复制@Slf4j
@Aspect
@Component
public class AopAspect implements ApplicationContextAware {
private ExpressionParser parser = new SpelExpressionParser();
private ParameterNameDiscoverer parameterNameDiscoverer = new DefaultParameterNameDiscoverer();
@Around("@annotation(logAno)")
public Object around(ProceedingJoinPoint joinPoint, Log logAno) throws Throwable {
long start = System.currentTimeMillis();
String key = loadKey(logAno.key(), joinPoint);
try {
return joinPoint.proceed();
} finally {
log.info("key: {}, args: {}, cost: {}", key,
JSONObject.toJSONString(joinPoint.getArgs()),
System.currentTimeMillis() - start);
}
}
private String loadKey(String key, ProceedingJoinPoint joinPoint) {
if (key == null) {
return key;
}
StandardEvaluationContext context = new StandardEvaluationContext();
context.setBeanResolver(new BeanFactoryResolver(applicationContext));
String[] params = parameterNameDiscoverer.getParameterNames(((MethodSignature) joinPoint.getSignature()).getMethod());
Object[] args = joinPoint.getArgs();
for (int i = 0; i < args.length; i ) {
context.setVariable(params[i], args[i]);
}
return parser.parseExpression(key).getValue(context, String.class);
}
private ApplicationContext applicationContext;
@Override
public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
this.applicationContext = applicationContext;
}
}
上面这个逻辑比较简单,和大家熟知的使用姿势没有太大的区别
2. StandardEvaluationContext 安全问题
关于StandardEvaluationContext
的注入问题,有兴趣的可以查询一下相关文章;对于安全校验较高的,要求只能使用SimpleEvaluationContext
,使用它的话,SpEL 的能力就被限制了
如加一个测试
代码语言:txt复制@Data
@Accessors(chain = true)
public class DemoDo {
private String name;
private Integer age;
}
服务类
代码语言:txt复制@Service
public class HelloService {
@Log(key = "#demo.getName()")
public String say(DemoDo demo, String prefix) {
return prefix ":" demo;
}
}
为了验证SimpleEvaluationContext
,我们修改一下上面的loadKeys
方法
private String loadKey(String key, ProceedingJoinPoint joinPoint) {
if (key == null) {
return key;
}
SimpleEvaluationContext context = new SimpleEvaluationContext.Builder().build();
String[] params = parameterNameDiscoverer.getParameterNames(((MethodSignature) joinPoint.getSignature()).getMethod());
Object[] args = joinPoint.getArgs();
for (int i = 0; i < args.length; i ) {
context.setVariable(params[i], args[i]);
}
return parser.parseExpression(key).getValue(context, String.class);
}
启动测试
代码语言:txt复制@SpringBootApplication
public class Application {
public Application(HelloService helloService) {
helloService.say(new DemoDo().setName("一灰灰blog").setAge(18), "welcome");
}
public static void main(String[] args) {
SpringApplication.run(Application.class);
}
}
直接提示方法找不到!!!
3. gson 序列化问题
上面的 case 中,使用的 FastJson 对传参进行序列化,接下来我们采用 Gson 来做序列化
代码语言:txt复制<dependency>
<groupId>com.google.code.gson</groupId>
<artifactId>gson</artifactId>
</dependency>
然后新增一个特殊的方法
代码语言:txt复制@Service
public class HelloService {
/**
* 字面量,注意用单引号包裹起来
* @param key
* @return
*/
@Log(key = "'yihuihuiblog'")
public String hello(String key, HelloService helloService) {
return key "_" helloService.say(new DemoDo().setName(key).setAge(10), "prefix");
}
}
注意上面方法的第二个参数,非常有意思的是,传参是自己的实例;再次执行
代码语言:txt复制public Application(HelloService helloService) {
helloService.say(new DemoDo().setName("一灰灰blog").setAge(18), "welcome");
String ans = helloService.hello("一灰灰", helloService);
System.out.println(ans);
}
直接抛了异常
这就很尴尬了,一个输出日志的辅助工具,因为序列化直接导致接口不可用,这就不优雅了;而我们作为日志输出的切面,又是没有办法控制这个传参的,没办法要求使用的参数,一定能序列化,这里需要额外注意 (比较好的方式就是简单对象都实现 toString,然后输出 toString 的结果;而不是 json 串)
4. 小结
虽然上面一大串的内容,总结下来,也就两点
- SpEL 若采用的是
SimpleEvaluationContext
,那么注意 spel 的功能是减弱的,一些特性不支持 - 若将方法参数 json 序列化输出,那么需要注意某些类在序列化的过程中,可能会抛异常
(看到这里的小伙伴,不妨点个赞,顺手关注下微信公众号”一灰灰 blog“,我的公众号已经寂寞的长草了