面向接口编程,你考虑过性能吗?

开发 前端
大家在平时开发中大多都会遵循接口编程,这样就可以方便实现依赖注入也方便实现多态等各种小技巧,但这种是以牺牲性能为代价换取代码的灵活性,万物皆有阴阳,看你的应用场景进行取舍。

大家在平时开发中大多都会遵循接口编程,这样就可以方便实现依赖注入也方便实现多态等各种小技巧,但这种是以牺牲性能为代价换取代码的灵活性,万物皆有阴阳,看你的应用场景进行取舍。

一:背景

1. 缘由

在项目的性能改造中,发现很多方法签名的返回值都是采用IEnumerable接口,比如下面这段代码:

public static void Main(string[] args)
        {
            var list = GetHasEmailCustomerIDList();

            foreach (var item in list){}

             Console.ReadLine();
        }

        public static IEnumerable<int> GetHasEmailCustomerIDList()
        {
            return Enumerable.Range(1, 5000000).ToArray();
        }

2. 有什么问题

这段代码乍一看也没啥什么性能问题,foreach迭代天经地义,这个还能怎么优化???

<1> 从MSIL中寻找问题

首先我们尽可能把原貌还原出来,简化后的MSIL如下。

.method public hidebysig static 
    void Main (
        string[] args
    ) cil managed
{
    IL_0009: callvirt instance class [mscorlib]System.Collections.Generic.IEnumerator`1<!0> class [mscorlib]System.Collections.Generic.IEnumerable`1<int32>::GetEnumerator()
    IL_000e: stloc.1
    .try
    {
        IL_000f: br.s IL_001a
        // loop start (head: IL_001a)
            IL_0011: ldloc.1
            IL_0012: callvirt instance !0 class [mscorlib]System.Collections.Generic.IEnumerator`1<int32>::get_Current()
            IL_0017: stloc.2
            IL_0018: nop
            IL_0019: nop

            IL_001a: ldloc.1
            IL_001b: callvirt instance bool [mscorlib]System.Collections.IEnumerator::MoveNext()
            IL_0020: brtrue.s IL_0011
        // end loop

        IL_0022: leave.s IL_002f
    } // end .try
    finally
    {
        IL_0024: ldloc.1
        IL_0025: brfalse.s IL_002e

        IL_0027: ldloc.1
        IL_0028: callvirt instance void [mscorlib]System.IDisposable::Dispose()
        IL_002d: nop

        IL_002e: endfinally
    } // end handler

    IL_002f: ret
} // end of method Program::Main

从IL中看到了标准的get_Current,MoveNext,Dispose 还有一个try,finally,一下子多了这么多方法和关键词,不就是一个简单的foreach迭代数组嘛?至于搞的这么复杂嘛?这样在大数据下怎么快的起来?

还有一个奇葩的事,如果你仔细观察IL代码,比如这句:[mscorlib]System.Collections.Generic.IEnumerable``1<int32>::GetEnumerator(), 这个GetEnumerator前面是接口IEnumerable,正常情况下应该是具体迭代类吧,按理说应该会调用Array的GetEnumerator方法,如下所示。

[Serializable]
[ComVisible(true)]
[__DynamicallyInvokable]
public abstract class Array : ICloneable, IList, ICollection, IEnumerable, IStructuralComparable, IStructuralEquatable
{
    [__DynamicallyInvokable]
    public IEnumerator GetEnumerator()
    {
        int lowerBound = GetLowerBound(0);
        if (Rank == 1 && lowerBound == 0)
        {
            return new SZArrayEnumerator(this);
        }
        return new ArrayEnumerator(this, lowerBound, Length);
    }
}

<2> 从windbg中寻找问题

IL中发现的第二个问题我特别好奇,😄😄,我们到托管堆上去看下到底是哪一个具体类调用了GetEnumerator()方法。

!clrstack -l > !do xx 到线程栈上抓list变量

0:000> !clrstack -l
000000229e3feda0 00007ff889e40951 *** WARNING: Unable to verify checksum for ConsoleApp2.exe
ConsoleApp2.Program.Main(System.String[]) [C:\dream\Csharp\ConsoleApp1\ConsoleApp2\Program.cs @ 32]
    LOCALS:
        0x000000229e3fede8 = 0x0000019bf33b9a88
        0x000000229e3fede0 = 0x0000019be33b2d90
        0x000000229e3fedfc = 0x00000000004c4b40

0:000> !do 0x0000019be33b2d90
Name:        System.SZArrayHelper+SZGenericArrayEnumerator`1[[System.Int32, mscorlib]]
MethodTable: 00007ff8e8d36d18
EEClass:     00007ff8e7cf5640
Size:        32(0x20) bytes
File:        C:\WINDOWS\Microsoft.Net\assembly\GAC_64\mscorlib\v4.0_4.0.0.0__b77a5c561934e089\mscorlib.dll
Fields:
              MT    Field   Offset                 Type VT     Attr            Value Name
00007ff8e7a98538  4002ffe        8       System.Int32[]  0 instance 0000019bf33b9a88 _array
00007ff8e7a985a0  4002fff       10         System.Int32  1 instance          5000000 _index
00007ff8e7a985a0  4003000       14         System.Int32  1 instance          5000000 _endIndex
00007ff8e8d36d18  4003001        0 ...Int32, mscorlib]]  0   shared           static Empty
                                 >> Domain:Value dynamic statics NYI 0000019be1893a80:NotInit  <<

居然有这么一个类型 Name: System.SZArrayHelper+SZGenericArrayEnumerator,然来是JIT捣的鬼,生成了这么一个SZGenericArrayEnumerator类型,接下来把它的方法表打出来看看里面都有啥方法。

0:000> !dumpmt -md 00007ff8e8d36d18
EEClass:         00007ff8e7cf5640
Module:          00007ff8e7a71000
Name:            System.SZArrayHelper+SZGenericArrayEnumerator`1[[System.Int32, mscorlib]]
mdToken:         0000000002000a98
File:            C:\WINDOWS\Microsoft.Net\assembly\GAC_64\mscorlib\v4.0_4.0.0.0__b77a5c561934e089\mscorlib.dll
BaseSize:        0x20
ComponentSize:   0x0
Slots in VTable: 11
Number of IFaces in IFaceMap: 3
--------------------------------------
MethodDesc Table
           Entry       MethodDesc    JIT Name
00007ff8e7ff2450 00007ff8e7a78de8 PreJIT System.Object.ToString()
00007ff8e800cc60 00007ff8e7c3b9b0 PreJIT System.Object.Equals(System.Object)
00007ff8e7ff2090 00007ff8e7c3b9d8 PreJIT System.Object.GetHashCode()
00007ff8e7fef420 00007ff8e7c3b9e0 PreJIT System.Object.Finalize()
00007ff8e8b99fd0 00007ff8e7ebf388 PreJIT System.SZArrayHelper+SZGenericArrayEnumerator`1[[System.Int32, mscorlib]].MoveNext()
00007ff8e8b99f90 00007ff8e7ebf390 PreJIT System.SZArrayHelper+SZGenericArrayEnumerator`1[[System.Int32, mscorlib]].get_Current()
00007ff8e8b99f60 00007ff8e7ebf398 PreJIT System.SZArrayHelper+SZGenericArrayEnumerator`1[[System.Int32, mscorlib]].System.Collections.IEnumerator.get_Current()
00007ff8e8b99f50 00007ff8e7ebf3a0 PreJIT System.SZArrayHelper+SZGenericArrayEnumerator`1[[System.Int32, mscorlib]].System.Collections.IEnumerator.Reset()
00007ff8e8b99f40 00007ff8e7ebf3a8 PreJIT System.SZArrayHelper+SZGenericArrayEnumerator`1[[System.Int32, mscorlib]].Dispose()
00007ff8e8b99ef0 00007ff8e7ebf3b0 PreJIT System.SZArrayHelper+SZGenericArrayEnumerator`1[[System.Int32, mscorlib]]..cctor()
00007ff8e8b99ff0 00007ff8e7ebf380 PreJIT System.SZArrayHelper+SZGenericArrayEnumerator`1[[System.Int32, mscorlib]]..ctor(Int32[], Int32)

可以看到这是一个标准的迭代类,这性能又被拖累了。。。

二:优化性能

综合上面分析,貌似问题出在了 foreach 和 IEnumerable<int>这两个方面。

1. IEnumerable 替换 int[], foreach改成for

知道了这两点,接下来把代码修改如下:

public static void Main(string[] args)
        {
            var list = GetHasEmailCustomerIDList();

            for (int i = 0; i < list.Length; i++) { }

            Console.ReadLine();
        }

        public static int[] GetHasEmailCustomerIDList()
        {
            return Enumerable.Range(1, 5000000).ToArray();
        }

.method public hidebysig static 
    void Main (
        string[] args
    ) cil managed
{
    // (no C# code)
    IL_0000: nop
    // int[] hasEmailCustomerIDList = GetHasEmailCustomerIDList();
    IL_0001: call int32[] ConsoleApp2.Program::GetHasEmailCustomerIDList()
    IL_0006: stloc.0
    // for (int i = 0; i < hasEmailCustomerIDList.Length; i++)
    IL_0007: ldc.i4.0
    IL_0008: stloc.1
    // (no C# code)
    IL_0009: br.s IL_0011
    // loop start (head: IL_0011)
        IL_000b: nop
        IL_000c: nop
        // for (int i = 0; i < hasEmailCustomerIDList.Length; i++)
        IL_000d: ldloc.1
        IL_000e: ldc.i4.1
        IL_000f: add
        IL_0010: stloc.1

        // for (int i = 0; i < hasEmailCustomerIDList.Length; i++)
        IL_0011: ldloc.1
        IL_0012: ldloc.0
        IL_0013: ldlen
        IL_0014: conv.i4
        IL_0015: clt
        IL_0017: stloc.2
        IL_0018: ldloc.2
        // (no C# code)
        IL_0019: brtrue.s IL_000b
    // end loop

    // Console.ReadLine();
    IL_001b: call string [mscorlib]System.Console::ReadLine()
    // (no C# code)
    IL_0020: pop
    // }
    IL_0021: ret
} // end of method Program::Main

可以看到上面的IL指令都是非常基础的指令,大多都有CPU指令直接提供支持,非常简洁,大爱~~~

这里有一点要注意:我后来观察foreach不需要改成for,vs编辑器在底层帮我们转换了,看的出来foreach在迭代数组类型的时候还是非常智能的,知道怎么帮助我们优化。。。修改代码如下:

public static void Main(string[] args)
        {
            var list = GetHasEmailCustomerIDList();

            //for (int i = 0; i < list.Length; i++) { }
            foreach (var item in list) { }

            Console.ReadLine();
        }

.method public hidebysig static 
    void Main (
        string[] args
    ) cil managed
{
    // (no C# code)
    IL_0000: nop
    // int[] hasEmailCustomerIDList = GetHasEmailCustomerIDList();
    IL_0001: call int32[] ConsoleApp2.Program::GetHasEmailCustomerIDList()
    IL_0006: stloc.0
    // (no C# code)
    IL_0007: nop
    // int[] array = hasEmailCustomerIDList;
    IL_0008: ldloc.0
    IL_0009: stloc.1
    // for (int i = 0; i < array.Length; i++)
    IL_000a: ldc.i4.0
    IL_000b: stloc.2
    // (no C# code)
    IL_000c: br.s IL_0018
    // loop start (head: IL_0018)
        // int num = array[i];
        IL_000e: ldloc.1
        IL_000f: ldloc.2
        IL_0010: ldelem.i4
        // (no C# code)
        IL_0011: stloc.3
        IL_0012: nop
        IL_0013: nop
        // for (int i = 0; i < array.Length; i++)
        IL_0014: ldloc.2
        IL_0015: ldc.i4.1
        IL_0016: add
        IL_0017: stloc.2

        // for (int i = 0; i < array.Length; i++)
        IL_0018: ldloc.2
        IL_0019: ldloc.1
        IL_001a: ldlen
        IL_001b: conv.i4
        IL_001c: blt.s IL_000e
    // end loop

    // Console.ReadLine();
    IL_001e: call string [mscorlib]System.Console::ReadLine()
    // (no C# code)
    IL_0023: pop
    // }
    IL_0024: ret
} // end of method Program::Main

2. 代码测试

微观方面已经带大家分析过了,接下来宏观测试两种方式的性能到底相差多少,每一个方法我都做10次性能对比。

public static void Main(string[] args)
        {
            var arr = GetHasEmailCustomerIDArray();

            for (int i = 0; i < 10; i++)
            {
                var watch = Stopwatch.StartNew();
                foreach (var item in arr) { }
                watch.Stop();
                Console.WriteLine($"i={i},时间:{watch.ElapsedMilliseconds}");
            }
            Console.WriteLine("---------------");
            var list = arr as IEnumerable<int>;
            for (int i = 0; i < 10; i++)
            {
                var watch = Stopwatch.StartNew();
                foreach (var item in list) { }
                watch.Stop();
                Console.WriteLine($"i={i},时间:{watch.ElapsedMilliseconds}");
            }
            Console.ReadLine();
        }

        public static int[] GetHasEmailCustomerIDArray()
        {
            return Enumerable.Range(1, 5000000).ToArray();
        }

i=0,时间:10
i=1,时间:10
i=2,时间:10
i=3,时间:9
i=4,时间:9
i=5,时间:9
i=6,时间:10
i=7,时间:10
i=8,时间:12
i=9,时间:12
---------------
i=0,时间:45
i=1,时间:37
i=2,时间:35
i=3,时间:35
i=4,时间:37
i=5,时间:35
i=6,时间:36
i=7,时间:37
i=8,时间:35
i=9,时间:36

难以置信的是居然有3-4倍的差距。。。这就是用灵活性换取性能的代价😄😄😄

责任编辑:武晓燕 来源: 一线码农聊技术
相关推荐

2021-07-12 07:59:05

对象接口编程

2013-07-30 09:42:41

实现编程接口编程对象编程

2015-10-26 09:52:26

bat裁员信息安全

2024-04-24 13:59:02

云原生应用

2016-04-19 16:01:05

2020-07-23 17:29:47

接口编程代码

2021-01-14 08:16:41

Python接口编程

2024-08-05 01:24:54

2020-06-20 14:09:01

信息安全数据技术

2009-07-02 13:25:00

消除实现继承面向接口编程Java

2020-03-11 20:42:34

浏览器缓存机制

2021-09-25 13:12:47

数据开发架构

2021-05-28 05:34:06

Golang语言编程

2023-07-06 08:31:50

Python对象编程

2023-10-13 07:36:58

Java函数式编程

2012-02-01 10:18:23

编程

2022-04-28 08:12:29

函数调用进程切换代码

2023-05-29 08:11:42

@Value注解Bean

2023-03-13 13:36:00

Go扩容切片

2020-07-14 07:48:19

Java对象JVM
点赞
收藏

51CTO技术栈公众号