作者回复: 细心的你发现了一个问题,不过遗憾地告诉你,这个coffeeRepository.findAll()方法在这个例子里还真拦截不到,并不是因为pointcut写的没覆盖到,而是另有原因。
为此我特意debug了一把,JpaRepository.findAll()方法被判断为一个BridgeMethod,SpringAOP在运行到SignaturePattern.matches()的323行时调用了matchesExactly(),其中判断aMember.isBridgeMethod() && !allowBridgeMethods ,这里allowBridgeMethods是false,所以返回了MAYBE。最终findAll()没被我们的AOP增强。
至于什么是BridgeMethod,可以网上搜一下。建议自己写代码时还是避开这样的坑吧。
作者回复: 日志文件的配置,你参考下log4j2或者logback的官方文档就好了。至于日志打散后怎么关联,用traceId和spanId,在Spring Cloud的相关章节里,我们会聊到的
作者回复: Spring没做,Spring Boot做了自动配置,可以看看AopAutoConfiguration
作者回复: 我们一般都不建议把@Transactional放到接口上,最好是放在具体的类上。所以为了避免些奇奇怪怪的情况,建议你也放实现类上吧。
作者回复: AspectJ也是Spring的AOP实现方式之一,可以用CGLib的对类做动态代理,也可以用Java自己的基于接口的动态代理,也可以是用AspectJ。
作者回复: 你说的是两个完全不同的东西,不是很理解你想问的点。Log4j就是用来打印日志的框架;AOP是用来做面向切面编程的,我们在切面里用日志框架打印了日志。
作者回复: 不太理解你的问题,如果JPA Model类映射都是同一套,那我感觉可以动态替换的不多,最多你把用的DataSource换掉(类似AbstractRoutingDataSource的方式),也就是连的库可以换;其他的表名这样的东西是改不了的。WHERE条件本来就是可以自己设置的。
作者回复: 如果只是打印些摘要日志,对性能的影响不大,要是担心打日志影响性能,还可以改成异步日志。