SpringBoot开发秘籍 - 利用 AOP 记录日志

• 后置通知（After）：在目标方法调用之后调用通知功能，不关心方法的返回结果；

• 返回通知（AfterReturning）：在目标方法成功执行之后调用通知功能；

• 异常通知（AfterThrowing）：在目标方法抛出异常后调用通知功能；

• 环绕通知（Around）：通知包裹了目标方法，在目标方法调用之前和之后执行自定义的行为。

连接点（JoinPoint）

通知功能被应用的时机。比如接口方法被调用的时候就是日志切面的连接点。

切点（Pointcut）

切点定义了通知功能被应用的范围。比如日志切面的应用范围就是所有接口，即所有 controller 层的接口方法。

切面（Aspect）

切面是通知和切点的结合，定义了何时、何地应用通知功能。

引入（Introduction）

在无需修改现有类的情况下，向现有的类添加新方法或属性。

织入（Weaving）

把切面应用到目标对象并创建新的代理对象的过程。

Spring 中使用注解创建切面

相关注解

• @Aspect：用于定义切面

• @Before：通知方法会在目标方法调用之前执行

• @After：通知方法会在目标方法返回或抛出异常后执行

• @AfterReturning：通知方法会在目标方法返回后执行

• @AfterThrowing：通知方法会在目标方法抛出异常后执行

• @Around：通知方法会将目标方法封装起来

• @Pointcut：定义切点表达式

切点表达式

指定了通知被应用的范围，表达式格式：

execution

(方法修饰符

返回类型

方法所属的包.类名.方法名称(方法参数)

//com.ninesky.study.tiny.controller包中所有类的public方法都应用切面里的通知

execution(public * com.ninesky.study.tiny.controller..(…))

//com.ninesky.study.tiny.service包及其子包下所有类中的所有方法都应用切面里的通知

execution(* com.ninesky.study.tiny.service….(…))

//com.ninesky.study.tiny.service.PmsBrandService类中的所有方法都应用切面里的通知

execution(* com.macro.ninesky.study.service.PmsBrandService.*(…))

实战应用-利用AOP记录日志

---

从传统行业转行，以前都没想过打日志埋点，第一份工作，真的应该选择一个好的平台比较重要。

定义日志信息封装

用于封装需要记录的日志信息，包括操作的描述、时间、消耗时间、url、请求参数和返回结果等信息

public class WebLog {

/**

• 操作描述

*/

private String description;

/**

• 操作用户

*/

private String username;

/**

• 操作时间

*/

private Long startTime;

/**

• 消耗时间

*/

private Integer spendTime;

/**

• 根路径

*/

private String basePath;

/**

• URI

*/

private String uri;

/**

• URL

*/

private String url;

/**

• 请求类型

*/

private String method;

/**

• IP地址

*/

private String ip;

/**

• 请求参数

*/

private Object parameter;

/**

• 请求返回的结果

*/

private Object result;

//省略了getter,setter方法

}

定义注解,通过注解减少代码量

@Documented

@Retention(RetentionPolicy.RUNTIME)

@Target(ElementType.METHOD)

public @interface OperationLog {

String name();//调用接口的名称

boolean intoDb() default false;//该条操作日志是否需要持久化存储

}

统一日志处理切面

@Aspect

@Component

@Order(1)

@Slf4j

public class WebLogAspect {

private static final Logger controlLog = LoggerFactory.getLogger(“tmall_control”);

@Pointcut(“execution(public * com.yee.walnut...*(…))”)

public void webLog() {

}

@Before(value = “webLog()&& @annotation(OperationLog)”)

public void doBefore(ControllerWebLog controllerWebLog) throws Throwable {

}

@AfterReturning(value = “webLog()&& @annotation(OperationLog)”, returning = “ret”)

public void doAfterReturning(Object ret, ControllerWebLog controllerWebLog) throws Throwable {

总目录展示

该笔记共八个节点（由浅入深），分为三大模块。

高性能。 秒杀涉及大量的并发读和并发写，因此支持高并发访问这点非常关键。该笔记将从设计数据的动静分离方案、热点的发现与隔离、请求的削峰与分层过滤、服务端的极致优化这4个方面重点介绍。

一致性。 秒杀中商品减库存的实现方式同样关键。可想而知，有限数量的商品在同一时刻被很多倍的请求同时来减库存，减库存又分为“拍下减库存”“付款减库存”以及预扣等几种，在大并发更新的过程中都要保证数据的准确性，其难度可想而知。因此，将用一个节点来专门讲解如何设计秒杀减库存方案。

高可用。 虽然介绍了很多极致的优化思路，但现实中总难免出现一些我们考虑不到的情况，所以要保证系统的高可用和正确性，还要设计一个PlanB来兜底，以便在最坏情况发生时仍然能够从容应对。笔记的最后，将带你思考可以从哪些环节来设计兜底方案。

---

篇幅有限，无法一个模块一个模块详细的展示（这些要点都收集在了这份《高并发秒杀顶级教程》里），麻烦各位转发一下（可以帮助更多的人看到哟！）

由于内容太多，这里只截取部分的内容。

找小编（vip1024c）领取
杀减库存方案。

高可用。 虽然介绍了很多极致的优化思路，但现实中总难免出现一些我们考虑不到的情况，所以要保证系统的高可用和正确性，还要设计一个PlanB来兜底，以便在最坏情况发生时仍然能够从容应对。笔记的最后，将带你思考可以从哪些环节来设计兜底方案。

---

篇幅有限，无法一个模块一个模块详细的展示（这些要点都收集在了这份《高并发秒杀顶级教程》里），麻烦各位转发一下（可以帮助更多的人看到哟！）

[外链图片转存中…(img-SRD5K7vG-1721721138960)]

[外链图片转存中…(img-bu5DOutc-1721721138961)]

由于内容太多，这里只截取部分的内容。

找小编（vip1024c）领取