为何未指定具体实现仍可使用IEnumerable？接口实例化困惑

这问题问得太到位了！刚啃接口这块的时候，很多人都会被“接口不能实例化，但接口类型变量能直接用”这个点绕晕，咱们一步步拆解：

核心误区：变量类型 ≠ 实际对象类型 #

你调试时看到的IEnumerable<Person>是变量的编译时类型，也就是你声明这个变量时指定的类型——它只是一个“契约标识”，用来约束这个变量能调用哪些方法（比如GetEnumerator()）。但内存里真正存储的，必然是一个实现了IEnumerable<Person>接口的具体类实例，绝不可能是接口本身。

你的代码里，具体对象来自哪里？ #

看你的方法：

public static IEnumerable<Person> GetPeople() { 
    IEnumerable<Person> people = AMethod<IEnumerable<Person>>(); 
    return people; 
}

问题出在AMethod<IEnumerable<Person>>()这个调用上——这个方法必然在内部创建了一个具体的实现类对象，然后隐式转换为IEnumerable<Person>类型返回给你。你没看到具体的List<Person>或Person[]，不代表它们不存在：

• 可能AMethod内部返回的是List<Person>，因为List<T>天生实现了IEnumerable<T>；
• 也可能是Person[]数组（数组同样实现了IEnumerable<T>）；
• 甚至可能是LINQ查询生成的匿名迭代器类型（比如WhereEnumerableIterator这类你平时不会直接写的类）；
• 还可能是某个自定义的实现了IEnumerable<Person>的类。

你可以在代码里加一行Console.WriteLine(people.GetType().FullName);，就能看到内存里实际对象的类型了——肯定是一个具体的类名，而不是IEnumerable<Person>。

为什么调试器显示的是接口类型？ #

调试器默认展示的是变量的声明类型（也就是你写代码时指定的IEnumerable<Person>），但你可以展开调试器里的变量节点，找到类似“运行时类型”的选项（比如VS里会在变量旁边显示{List<Person>}这样的标记），就能看到真正的对象类型了。

再打个生活化的比方 #

把接口想象成“手机充电器接口标准”：你手里的充电器线是“Type-C接口”类型（对应你的IEnumerable<Person>变量），但这条线另一端连接的充电头，必然是某个品牌的具体充电头（对应内存里的具体类实例）。你只需要知道线符合Type-C标准就能用，不需要关心充电头是小米还是华为——这就是接口的意义：隐藏具体实现，只暴露契约。

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