Moq 相同方法相同参数重复Setup未覆盖反而追加的问题

该现象是Moq的既定设计逻辑 #

• Moq默认的Setup行为是追加注册配置，不会自动覆盖、删除同方法调用的原有配置条目。
• 当多个配置匹配同一次方法调用时，Moq会按照后注册的配置优先级更高的规则执行：最后一次写入的Setup会最先被匹配命中，更早注册的配置作为兜底匹配项。
• 测试中访问的mock.Setups集合，本质是Moq内部维护的所有已注册配置的全量列表，每执行一次Setup就会向列表追加一条记录，不会因为配置表达式匹配就自动清除旧条目。因此第二次执行contextMock.Setup(x => x.Set<MyEntity>())后，集合计数从1变为2是完全符合内部实现逻辑的——即便新配置已经把返回值替换成了新的DbSet Mock，旧配置条目依然会保留在集合中。
• 你之前的认知偏差是混淆了两个概念：配置的调用匹配优先级会动态按注册顺序倒序生效，但已经注册的配置条目本身不会被自动覆盖删除。

实现目标配置覆盖的常用方式 #

• 全量重置Mock后重新配置：直接调用mock.Reset()方法，该方法会清空当前Mock对象上所有已注册的配置、调用记录，让Mock回到刚实例化的初始状态，之后再编写新的Setup就不会有旧配置残留，从根本上避免重复注册的问题。
• 精准移除指定旧配置：如果不想清空整个Mock的全部配置，可以从mock.Setups集合中找到需要替换的旧配置条目，调用mock.RemoveSetup(对应的配置对象)删除旧配置后，再执行新的Setup，即可保持配置总计数的稳定。
• 适配可变DbSet需求的优化建议：如果你的核心目标是实现支持实体新增的可变DbSet，完全不需要反复重建DbSet Mock、重复注册Set<T>()方法的配置。只需要将底层数据源替换为可动态增删的List或ObservableCollection，所有DbSet的IQueryable<>实现都基于这个同一个集合生成，后续往集合中添加实体时，DbSet的查询结果会自动同步更新，无需重复配置Mock。

内容的提问来源于stack exchange，提问作者Tim Bassett