C#中数组已是IEnumerable类型，为何LINQ查询仍需转为该类型？

先看你给出的代码：

string[] fruits = new string[] {"apple", "plum", "cherry"};

IEnumerable<string> results = from a in fruits  
                              select a; 

你问的核心点其实是：既然数组本身已经实现了IEnumerable，为什么还要用IEnumerable接收LINQ查询结果？原因主要有这几点：

1. LINQ查询返回的不是原集合类型 #

你写的是最简单的select a，看起来和原数组内容一致，但实际上LINQ查询返回的是一个封装了查询逻辑的迭代器对象（比如System.Linq.Enumerable.WhereSelectEnumerableIterator这类内部类型），它实现了IEnumerable，但本质不是数组。如果后续你修改查询逻辑（比如加筛选、排序）：

IEnumerable<string> results = from a in fruits
                              where a.Length > 5
                              orderby a
                              select a;

这时候返回的对象和数组完全不是一个类型，但依然能被IEnumerable接收。

2. 适配LINQ的延迟执行特性 #

LINQ查询默认是延迟执行的——只有当你遍历results（比如foreach循环、调用ToList()/ToArray()）时，查询逻辑才会真正运行。这个特性是靠IEnumerable的迭代器模式实现的，而数组是直接存在内存里的静态集合，没有延迟执行的能力。用IEnumerable接收，才能保留这个特性。

3. 抽象解耦，提升代码灵活性 #

用IEnumerable作为返回类型，你不用关心底层具体是数组、List还是LINQ生成的迭代器。后续如果替换数据源（比如把数组换成数据库查询的IQueryable），或者修改查询逻辑，变量声明完全不用改，代码的耦合度更低。

额外补充：也可以用var简化声明 #

你其实也可以直接用var让编译器自动推断变量类型：

var results = from a in fruits  
              select a; 

这时候results的实际类型是LINQ生成的迭代器，但它依然实现了IEnumerable，不影响你遍历或继续调用LINQ方法。

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