AutoFixture v4.0出现ObjectCreationExceptionWithPath，v3.51运行正常

核心原因：接口创建策略的底层调整 #

AutoFixture v3版本中，对于IEnumerable这类无明确单一实现的接口，会默认自动映射到List<T>这类常用具体类型完成实例化。但从v4版本开始，项目调整了设计策略——不再为无单一最优实现的接口提供默认实例化逻辑，目的是减少隐性依赖，让用户明确控制对象创建的边界。这就是升级后测试崩溃的根本原因：v4不再自动处理IEnumerable接口的实例化，必须由用户显式配置映射规则。

为什么发行说明未明确提及？ #

这个变化属于底层设计理念的细化落地，而非显性的API或功能变更，因此没有在发行说明的显眼条目里单独列出，但属于v4版本"减少默认行为、增强配置透明度"的核心设计方向之一。

定位问题属性分支的方法 #

• 重点解析ObjectCreationExceptionWithPath的Path属性，异常信息里会明确标注触发问题的对象层级（比如Order.LineItems这类属性路径），直接定位到需要配置的目标属性
• 临时添加调试用的自定义创建器，输出调用栈追踪具体测试对象：

fixture.Customize<IEnumerable>(c => c.FromFactory(() => 
{
    Console.WriteLine(new System.Diagnostics.StackTrace());
    return new List<object>();
}));

除TypeRelay外的替代解决方式 #

• 针对特定泛型IEnumerable<T>直接指定实现：

fixture.Customize<IEnumerable<User>>(c => c.Create<List<User>>());

• 结合AutoFixture.AutoMoq生成Mock实例（适用于依赖注入场景）：

var fixture = new Fixture().Customize(new AutoMoqCustomization());

• 全局批量配置常用接口的默认实现：

fixture.Customizations.Add(new TypeRelay(typeof(IEnumerable), typeof(List<object>)));
fixture.Customizations.Add(new TypeRelay(typeof(IEnumerable<>), typeof(List<>)));

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