JPA Repository内部原理：JpaRepository默认实现的配置机制是怎样的？

你自定义的IPeopleRepository本质只是个标记了Repository特征的接口，Spring上下文启动时根本不会去找你写的对应实现类，整个自动绑定默认实现的逻辑是Spring Data JPA专属的Repository装配机制做的，和普通的@Autowired自动装配不是一套逻辑，核心流程如下：

• 启动阶段的接口收集
  只要你加了@EnableJpaRepositories注解，注解里导入的JpaRepositoriesRegistrar就会在容器启动阶段扫描所有继承自Repository及其子接口（包括你用到的JpaRepository）的自定义接口，把这些接口的元数据全部收集起来，不会因为你没写实现类就抛错。
• 默认实现的兜底规则
  JPA模块的Repository工厂JpaRepositoryFactoryBean内置了硬编码的兜底配置：如果扫描到的Repository接口没有配置自定义实现类，就默认用SimpleJpaRepository作为目标实现类，这个规则是Spring Data JPA启动时直接加载的，不需要你在接口或实现类上写任何显式绑定注解。
• 动态代理生成可注入的Bean
  确定目标实现后，JpaRepositoryFactory会为每个自定义Repository接口生成JDK动态代理对象，把这个代理对象注册成Spring容器里的Bean。你调用接口方法时，代理会自动做路由：
  • 通用CRUD、基础查询方法直接路由到SimpleJpaRepository的对应实现
  • 不需要count的分页类方法，会自动路由到SimpleJpaRepository的父类SimpleJpaNoCountRepository的对应逻辑——这个类是内部封装的基础实现类，不对外暴露，所以你的接口不需要和它产生直接关联
  • 你自己写的符合命名规则的查询方法（比如findByAgeGreaterThan），代理会提前生成对应的查询逻辑，拼到执行链路里直接执行

说白了你能直接在空接口上调到SimpleJpaRepository里的方法，本质是容器在启动时偷偷给你生成了个代理对象，把所有默认实现的方法都路由过去了，不是什么特殊的自动装配规则，你的接口从始至终都没和实现类产生过直接的代码关联。

内容的提问来源于stack exchange，提问作者Turgut Cem Yılmaztürk