本文探讨如何使用Spring AOP、自定义注解和反射技术来处理业务场景，如日志记录、防止消息重复发送和错误处理。在方法执行前后插入AOP逻辑，通过注解区分不同业务逻辑，根据注解属性值决定执行路径。同时，介绍了如何在方法执行后进行缓存检查和错误日志记录，确保系统稳定性和效率。
业务场景：
1.日志记录：在每个方法执行时打印入参
2.记录重复下发的消息：处理业务时记录消息重复下发
3.记录执行失败的业务：哪些下发消息业务执行失败了
4.回调通知，不同的回调通知执行不同的业务逻辑
对于第一种只需要在方法执行前，执行AOP逻辑，不必关系方法执行结果。
对于第二，三个场景，需要知道方法执行后的结果，第二种需要在方法执行完成后，对key进行缓存，下次消息进入验证key是否存在存在即重复；第三种需要在方法执行失败后打印日志。
AOP与自定义注解与反射关系
AOP通过自定义注解，和反射实现。
试想一下，每一种业务逻辑我都需要知道入参，即通过反射获取。
对于业务场景4，我在实现类上加注解，区分不同的业务逻辑，还需要从注解中获取注解中定义的属性值，根据属性值的不同，决定走哪里业务类。
SpringAOP中的JointPoint和ProceedingJoinPoint使用详解（附带详细示例）_kouryoushine的博客-CSDN博客
具体应用：
718
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
