C#中Moq模拟ContractDAO.Update不生效仅先配置才可用的原因是什么

核心触发逻辑 #

AutoMocker的核心工作逻辑是延迟初始化+实例缓存：当你第一次调用CreateInstance<T>()生成被测类实例，或者手动调用Get<T>()/GetMock<T>()获取指定类型的服务实例时，会一次性完成所有依赖的解析：

• 对于已经手动注册/配置过Mock的服务类型，直接使用你配置的Mock实例
• 对于未手动配置的服务类型，自动生成无配置的默认Mock实例，存入内部缓存，后续所有对该类型的请求都会返回这个缓存的实例，不会重新生成

为什么ContractDAO后配置不生效 #

• 你在Arrange阶段后段配置ContractDAO模拟之前，已经触发了ContractDAO类型的依赖解析：可能是提前调用了CreateInstance<DocuSignCallbackHandler>()生成了被测类实例，也可能是其他操作间接获取了IContractDAO的实例，此时AutoMocker已经把无配置的默认Mock<IContractDAO>实例注入到了被测类中，并存入了内部缓存。
• 你之后再配置IContractDAO的模拟规则，本质是对新生成的Mock<IContractDAO>实例做配置，既不会更新AutoMocker的缓存，也不会修改已经注入到被测类中的旧Mock实例，所以调用Update方法时走的还是默认无配置逻辑，返回null。
• 其他依赖的模拟配置不受影响，是因为你配置这些依赖时还没有触发对应类型的依赖解析，配置的Mock会被正常存入缓存，后续解析被测类依赖时会直接使用配置好的实例。

底层技术原因 #

Moq的Mock实例是完全隔离的：每个Mock<T>实例的方法返回值、调用验证等配置仅对自身生成的Object实例生效，不同Mock<T>实例的配置互不干扰。AutoMocker的缓存机制决定了只有在第一次解析对应类型之前完成的Mock配置，才会被注入到被测类中生效。

内容的提问来源于stack exchange，提问作者Brian Kessler