ASP.NET Web API返回JSON响应选List还是Array的疑问

你观察到的现象非常普遍，实际上List<T>和数组序列化后生成的JSON确实没有任何实质差异，开发者普遍选择返回List而非数组，根本没有什么藏着的特殊原因，全是服务端开发过程中怎么方便怎么来的选择，核心逻辑可以拆成几点：

• 服务端全链路处理更省事
  从数据库查数开始，不管是EF Core、Dapper还是其他常用ORM，链式查询后调ToList()是最常用的结果收集方式，后续做LINQ二次过滤、字段映射、补全额外字段、剔除不符合要求的条目时，List<T>支持动态增删元素，不用像定长数组那样改个内容就要重新创建新数组。绝大多数场景下走完所有业务逻辑，手里的结果本来就是List<T>类型，根本没必要特意转类型。
• 两种返回格式对客户端完全无区别
  ASP.NET Web API 不管是老牌的Newtonsoft.Json还是现在默认的System.Text.Json序列化器，只要是实现了IEnumerable接口的集合类型，序列化时都会挨个遍历元素输出标准的JSON数组结构。不管前端是JS/TS，还是其他后端服务做调用，反序列化的时候只会认这是一组数组数据，根本不知道也不需要知道你服务端原来存集合用的是List还是定长数组，不存在任何兼容问题。
• 特意转成数组纯纯多此一举
  既然处理完的结果已经是List<T>，额外写个.ToArray()除了多触发一次内存拷贝，把List内部存的数据复制到新的定长数组里外，没有任何好处——既不会让序列化变快，也不会让JSON变小，更不会提升什么安全性，平白多写一行没用的代码，没人愿意做这种无用功。

澄清一个常见误区：网上有说法称返回List会泄露服务端内部信息，这个说法完全站不住脚。序列化器只会输出集合里存的业务元素，不会把List的内部容量、私有方法这类服务端内部信息写到响应里。只要你正常做DTO转换，不直接返回带EF跟踪状态、带循环导航属性的数据库实体，用List返回响应不会有任何安全问题。

内容的提问来源于stack exchange，提问作者Zombies are Real