MongoRepository调用findById(String id)时如何定位正确集合？

首先纠正一个认知偏差：泛型对应的实体类型信息，根本不需要等方法调用时拿到实体实例才能获取，Spring Data在Repository初始化阶段就已经完成了类型捕获和元数据缓存。

• 所有MongoDB的Repository接口定义时，都会明确声明绑定的实体类型，比如public interface BookRepository extends MongoRepository<Book, String>。Spring容器启动加载Repository Bean的阶段，会通过反射直接提取父接口上绑定的泛型实参，也就是这里Book类的Class对象，把这个类型信息和对应的持久化元数据（包括@Document注解配置的集合名、字段映射规则等）全部预解析后缓存起来。
• 不管是save(T entity)、findByExample(T entity)这类需要传入实体对象的方法，还是findById(String id)、findAll()、count()这类不需要传实体实例的方法，默认都会直接读取初始化阶段就缓存好的实体类元数据，不会临时从方法入参里反推实体类型。
• 拿到实体类的Class对象后，Spring Data MongoDB会走统一的映射解析流程：先检查类上是否标注@Document(collection = "xxx")注解，如果有就直接取配置的集合名作为操作目标；如果没有配置@Document注解，就按默认规则用类名首字母小写的形式生成集合名（比如BookItem类默认对应bookItem集合）。

这套泛型元数据预解析逻辑是Spring Data所有子项目的通用实现，不是MongoDB模块独有的设计，JPA、Redis、Elasticsearch等组件的Repository实现都遵循同样的逻辑：启动阶段完成实体类型捕获和持久化元数据预加载，方法调用时直接使用缓存的元数据执行操作，不存在“拿不到实体实例就没法读注解”的问题。

如果你是直接使用MongoTemplate调用findById方法，逻辑就更直白：方法签名本身就要求传入实体类型的Class参数，你传什么Class，框架就基于这个Class解析对应的集合配置，和入参有没有实体实例完全无关。

内容的提问来源于stack exchange，提问作者Johnnes Souza