Spring Data JPA 执行过程源码分析

Posted 2021-08-13 丿涛哥哥

Spring Data JPA 执行过程源码分析

Spring Data Jpa 源码很少有⼈去分析，原因如下：

1）Spring Data Jpa 地位没有之前学习的框架高，大家习惯把它当成一个工具来用了，不愿意对它进行源码层次的解读

2）开发Dao接口（ResumeDao），接口的实现对象肯定是通过动态代理来完成的（增强），代理对象的产生过程追源码很难追，特别特别讲究技巧

源码剖析的主要的过程，就是代理对象产生的过程

我们发现resumeDao是一个代理对象，这个代理对象的类型是SimpleJapRepository

1、 疑问：这个代理对象是怎么产生，过程怎样？

以往：如果要给一个对象产生代理对象，我们知道是在AbstractApplicationContext的refresh方法中，那么能不能在这个方法中找到什么我们当前场景的线索？

新的疑问又来了？

问题1： 为什么会给它指定为一个JpaRespositoryFactoryBean（getObject方法返回具体的对象）

问题2：指定这个FactoryBean是在什么时候发生的

⾸先解决问题2：

传入一个resumeDao就返回了一个已经指定class为JpaRepositoryFactoryBean的BeanDefinition对象了，那么应该在上图中的get时候就有了，所以断点进入

问题来了，什么时候put到map中去的？我们定位到了一个方法在做这件事

我们发现，传入该方法的时候，BeanDefintion中的class就已经被指定为FactoryBean了，那么观察该方法的调用栈

通过上述追踪我们发现，<jpa:repository basePackage>扫描到的接口，在进行BeanDefintion注册时候，class会被固定的指定为JpaRepositoryFacotryBean

⾄此，问题2 追踪完毕

那么接下来，我们再来追踪问题1 JpaRespositoryFactoryBean是一个什么样的类

它是一个FactoryBean，我们重点关注FactoryBean的getObject方法

由此可⻅，JdkDynamicAopProxy会生成一个代理对象类型为SimpleJpaRespository，而该对象的增强逻辑就在JdkDynamicAopProxy类的invoke方法中

⾄此，问题1追踪完毕。

2、 疑问：这个代理对象类型SimpleJapRepository有什么特别的？

原来SimpleJpaRepository类实现了JpaRepository接口和JpaSpecificationExecutor接口