为什么不推荐使用Linq?

linq · 浏览次数 : 9

小编点评

## 标题：关于Linq在性能敏感型和零内存分配场景中的使用建议 **引言** 在.NET生态中，Linq（Language Integrated Query）一直以其优雅的语法和强大的查询能力受到许多开发者的喜爱。然而，在某些特定的场景下，如性能敏感型应用或追求零内存分配的应用，我们是否应该慎用Linq呢？本文将通过BenchmarkDotNet进行性能测试，来探讨这个问题。 ## 文章正文首先，我们来看一个简单的场景：将一个字符串拆分成整数数组，并对数组中的每个整数求和。为了验证这个场景，我们编写了以下两个基准测试： 1. 使用Linq的SumUsingLinq方法 2. 使用For循环的SumUsingForLoop方法基准测试代码如下： ```csharp internal class Program { static void Main(string[] args) { BenchmarkRunner.Run(); Console.ReadKey(); } } [Benchmark] public void SumUsingLinq() { int sum = _row.Split(',').Select(int.Parse).Sum(); } [Benchmark(Baseline = true)] public void SumUsingForLoop() { var rowSpan = _row.AsSpan(); int sum = 0; for (int i = 0; i < rowSpan.Length; i++) { if (rowSpan[i] == ',') { sum += int.Parse(rowSpan.Slice(0, i)); rowSpan = rowSpan.Slice(i + 1); i = 0; } } } ``` 经过BenchmarkDotNet的运行，我们得到了以下测试结果： - 不使用Linq的SumUsingForLoop方法：Mean平均值 75.09 ns，Allocated 无 - 使用Linq的SumUsingLinq方法：Mean平均值 270.18 ns，Allocated 400 B 从结果中，我们可以看到，不使用Linq的SumUsingForLoop方法在性能上更优，且内存分配方面也是不使用Linq的占优。两者的性能差距约为3.5倍。 ## 结论综上所述，对于追求零内存分配（zero-copy）目标或者速度敏感型应用，我们应该慎用Linq。因为在这些场景下，Linq扩展方法里的大量的判断和内部对象的创建及内存开销可能会成为性能瓶颈。 ## 后记想坚持写技术文章、写博客、写公众号，真的很难。。希望这篇文章能给你带来一些帮助。如果有任何问题或建议，请随时留言交流。

正文

相信很多.NETer看了标题，都会忍不住好奇，点进来看看，并且顺便准备要喷作者！

这里，首先要申明一下，作者本人也非常喜欢Linq，也在各个项目中常用Linq。

我爱Linq，Linq优雅万岁！！！（PS：顺便吐槽一下，隔壁Java从8.0版本推出的Streams API，抄了个四不像，一点都不优雅，而且很难用。）

正文

不罗嗦，就一句话：“在性能敏感型应用和追求零内存分配场景不推荐使用Linq！”

让我们用Benchmark结果来说话！！！

这里用一个简单的场景来验证：

拆分一个String字符串为String[]数组。
转换数组中的每个String字符串为Int32数值。
对这些数值求和。

让我们通过BenchmarkDotNet运行性能测试，看看用Linq和不用Linq，这两者之间的性能差异。

Benchmark代码：

internal class Program
{
    static void Main(string[] args)
    {
        BenchmarkRunner.Run<LinqTest>();
        Console.ReadKey();
    }
}

[MemoryDiagnoser, MemoryRandomization]
public class LinqTest
{
    private static readonly string _row = "1,2,3,4,5,6,7,8,9,10";

    [Benchmark]
    public void SumUsingLinq()
    {
        int sum = _row.Split(',').Select(int.Parse).Sum();
    }

    [Benchmark(Baseline = true)]
    public void SumUsingForLoop()
    {
        var rowSpan = _row.AsSpan();
        int sum = 0;
        for (int i = 0; i < rowSpan.Length; i++)
        {
            if (rowSpan[i] == ',')
            {
                sum += int.Parse(rowSpan.Slice(0, i));
                rowSpan = rowSpan.Slice(i + 1);
                i = 0;
            }
        }
    }
}

Benchmark结果：

从结果中，我们可以看到，不使用Linq的SumUsingForLoop方法，Mean平均值 75.09 ns，Allocated 无；
反观使用了Linq的SumUsingLinq方法，Mean平均值 270.18 ns，Allocated 400 B；
两者之间有约3.5倍的性能差距，而内存分配表现方面也是不使用Linq的占优。

总结：
对于追求零内存分配(zero-copy)目标或者速度敏感型应用，这两种场景，都应该慎用Linq。因为Linq扩展方法里有大量的判断，甚至还有很多内部对象的创建和内存开销。

PS: 想要坚持写技术文章、写博客、写公众号，真的很难。