首先,没有代码生成正在进行,这意味着:没有CGLib,根本没有字节代码生成。基本方法是使用Spring的ProxyFactory
API以编程方式创建JDK代理实例以支持接口,并且MethodInterceptor
拦截所有对该实例的调用并将该方法路由到适当的位置:
- 如果存储库已使用自定义实现部分进行了初始化(有关详细信息,请参见参考文档的该部分),并且所调用的方法在该类中实现,则将调用路由到那里。
- 如果该方法是查询方法(请参阅
DefaultRepositoryInformation
有关如何确定方法),则商店特定查询执行机制将启动并执行在启动时针对该方法确定要执行的查询。为此,采用了一种解析机制,该机制尝试在各个位置(@Query
在方法中,使用JPA命名查询)中标识显式声明的查询,最终退回到从方法名称派生的查询。有关查询机制的检测,请参见JpaQueryLookupStrategy
。查询推导的解析逻辑可以在中找到PartTree
。商店特定翻译成实际查询的内容可以在中查看JpaQueryCreator
。
- 如果以上方法均不适用,则所执行的方法必须由商店特定的存储库基类(
SimpleJpaRepository
在JPA的情况下)实现,并且将调用路由到该实例的实例中。
实现该路由逻辑的方法拦截器,QueryExecutorMethodInterceptor
可以在此处找到高级路由逻辑。
这些代理的创建被封装到基于Java的标准Factory模式实现中。可以在中找到高级代理创建RepositoryFactorySupport
。然后,特定于商店的实现将添加必要的基础结构组件,以便对于JPA,您可以继续编写以下代码:
EntityManager em = … // obtain an EntityManager
JpaRepositoryFactory factory = new JpaRepositoryFactory(em);
UserRepository repository = factory.getRepository(UserRepository.class);
我明确提到的原因是,应该清楚的是,从根本上讲,该代码中的任何内容都不需要Spring容器来运行。它需要Spring作为类路径上的库(因为我们不想重塑轮子),但是通常与容器无关。
为了简化与DI容器的集成,我们当然要与Spring Java配置,XML名称空间以及CDI扩展进行集成,以便可以在普通CDI场景中使用Spring Data。
@Repository
注释的接口吗?看一下RepositoryFactorySupport#getRepository()
它以接口类作为参数,因此必须在其他地方发现它。我特别想弄清楚如何找到带注释的接口,并自动生成一个实现该接口的JDK代理bean,非常类似于spring-data,但出于与存储库无关的特定于应用程序的目的。