AOP，中文名称，切面。在不影响业务代码情况下，实现想要的功能，是个真炫酷的事。
aop是个好东西，记录日志是必须的。
记录数据也一样的，那么也是可以用aop来实现的，这里借助注解一起解决问题吧。
因为是关键业务，所以意味着不是所有业务，那么自然地就想到了，可以使用过滤的方式，也就是使用注解，如果有注解那么就代表要记录数据，否则不记录。
记录过程需要做什么呢？
首先，因为是记录业务数据，那么我们可以抽象出一个方法出来，也就是 xxx.addRec()。也就是就切面里只需调用记录方法即可。
那么还剩下几个问题，怎样找到这个方法？参数的处理怎么办？需要使用规范限制吗？
找到这个方法，我们可以使用反射调用，当然需要注解进行调用的类和方法名称（如果固定死则无需标注），用反射的好处就是自由，想怎么写就怎么写，要么失败要么成功。但是low！
参数判定，可以根据输入的类，进行if..else.. 判定，然后直接处理相应参数即可。这样可以很自由，想怎么写参数就怎么写参数。但是这样的话，这个切面就和业务代码完全耦合在一起了，还多了n多无谓的判断。很low！
那么问题来了，怎样才不low呢？
几个理论可以借鉴下：
1、 面向接口编程而非面向类编程；
2、 使用枚举值进行注解统一规划；
3、 使用泛型，进行参数上下限处理；
4、 使用模板方法模式封装参数；
5、 使用线程池；
让我们细看下～
面向接口编程，即规定所有业务处理类都实现一个公共的接口，从而使方法不至于凌乱，定义一个清晰的接口，更易于理解含义。各实现类只需关注自己的逻辑即可。
使用枚举值进行注解参数的限定，可以使所有业务操作都在一处进行罗列，且都符合必须的规范。另外，当哪天发现参数无法满足某些需求时，可方便地在该枚举中加入相应参数以完成需求。
使用泛型，将参数限定一定范围内，如要求入库参数必须继承某个基类以实现统一参数处理，也防止了传入任意参数而必须做相应转换的性能消耗。
使用模板方法模式进行参数封装，因入参中都要求继承一个基类，也就是具有共性的参数，所以应具备自动处理公共参数的能力，但是不可越权处理各业务实现的处理，应让实现类有能力自行处理个性化参数（实现类也可以不处理）。交由实现类处理个性化参数时，应使其具有绝对的能力，不应限制其发挥。
使用线程池技术，将额外的工作交给额外的线程，从而使主业务不爱影响。
具体代码撸一遍：
1、 注解开启新篇章，无注解，不工作。
@Component
public class UserTestService {
// 添加注解，代表需要进行相应的逻辑处理
@BizRecordTrans(bizType = BizRecordTypeEnum.USER_ADD_FLOW)
public ResponseEntity<Boolean> addUser(UserlDto terminalReq) {
ResponseEntity<Boolean> ret = ResponseBuilder.buildResponse();
// 完成自己的业务...
return ret;
}
}
2、 切面配置，做一个幕后的老兵。
@Component
@Aspect
public class BizRecordAop {
private Logger logger = LoggerFactory.getLogger(this.getClass());
@Around("execution(* com.xxx.dubbo.*.*(..))) and @annotation(com.xxx.spring.annotation.BizRecordTrans)")
public Object deal(ProceedingJoinPoint pjp) throws Throwable {
Object retVal = null;
String methodName = pjp.getSignature().getName();
Object[] args = pjp.getArgs();
Class<?> classTarget = pjp.getTarget().getClass();
Class<?>[] argTypes = ((MethodSignature) pjp.getSignature()).getParameterTypes();
Method objMethod = classTarget.getMethod(methodName, argTypes);
BizRecordTrans bizRecordTrans = objMethod.getAnnotation(BizRecordTrans.class);
BizRecordTypeEnum bizRecordTypeEnum = null;
if (BizRecordTrans != null) {
bizRecordTypeEnum = BizRecordTrans.bizType();
}
try {
retVal = pjp.proceed();
} catch (Exception e) {
// ignore
throw e;
} finally {
if (bizRecordTrans != null) {
Class<? extends BaseEntity> bizRecEntityCls = bizRecordTypeEnum.getBizRecEntityCls();
BaseEntity recEntity = (BaseEntity) bizRecEntityCls.newInstance();
if (args[0] instanceof BaseDto) {
BaseDto baseDto = (BaseDto) args[0];
fillBaseFields(recEntity, baseDto);
}
try {
ThreadPoolTaskExecutor executor = (ThreadPoolTaskExecutor) SpringContextsUtil.getBean("threadPoolTaskExecutor");
executor.execute(() -> {
BizRecBaseService<BaseEntity> recService = (BizRecBaseService<BaseEntity>) SpringContextsUtil
.getBean(bizRecordTypeEnum.getHandlerBeanName());
recService.fitOwnParams(recEntity, args);
recService.addRecord(recEntity);
});
} catch (Exception e) {
logger.error("发生异常", e);
}
}
}
return retVal;
}
/**
* 填充公共参数
*/
private void fillBaseFields(BaseEntity baseEntity, BaseDto base) {
baseEntity.setUserId(base.getUserId());
baseEntity.setSeqId(base.getSeqId());
baseEntity.setAddIp(base.getAddIp());
}
}
3、 写一个基础接口，让业务去实现。
public interface BizRecordBaseService<T extends BaseEntity> {
/**
* 执行业务方法
*/
public Integer addRecord(T bizRecord);
/**
* 个性化参数填充方法，选择性实现
*/
default void fixOwnParams(T bizRecord, Object[] rawData) {
System.out.println("可以不实现");
}
}
4、 写一个基础类，让所有其他业务实体继承以实现公共参数的封装。
@Data
public class BaseEntity {
/**
* ID
*/
private Long id;
/**
* 用户ID
*/
private Long userId;
/**
* 请求序列id
*/
private String seqId;
/**
* 添加ip
*/
private String addIp;
}
5、 打一个组合拳，搞定。
原理浅显，易懂。性能嘛，也ok，无需太担心。