现在大伙儿都在追求代码跑得更快更稳。最近有篇文章，对比了C++和.NET在数组反转这块的表现，结果挺让人意外：1000个元素的时候C++把.NET给甩开了，可到了100万个元素，.NET反倒是把C++给干趴下了。 很多人就好奇到底谁才是真功夫。其实原文里的对比有点不公平，因为C++用的是std::reverse_copy，这是把数据拷到新地方去的。而C#用的是原地反转，压根没分配内存。为了把事情说清楚，我也设计了一轮新的测试。 我的规矩就是看谁原地翻转的本事大。C++我试了标准库的std::reverse、手动下标操作和手写指针；.NET那边我也准备了Array.Reverse、Span切片、常规下标还有Unsafe指针。 我给每个测试都配上了BenchmarkDotNet这种高精度计时器，确保每轮测试前数据都恢复原样。这回就盯着1000个和100万个元素两个规模。 数据出来挺有意思的。在处理1000个元素的时候，C++的平均耗时是150.83纳秒，而.NET的Array.Reverse要445.60纳秒，C++快了将近三倍。 可到了100万个元素这儿，情况就反过来了。.NET的Array.Reverse只用了88,716纳秒，C++的手写指针倒反而花了162,917纳秒。 这是为啥呢？在小数组上，C++的指针开销几乎可以忽略不计，编译器都能直接优化到硬件指令上去了。反观.NET，那点固定的方法调用开销和类型检查就占了大头。 而在处理大数组的时候，.NET的Array.Reverse利用了JIT编译的优势，加上SIMD指令来提速，结果就显出了强劲的吞吐能力。 所以说啊，做性能对比得看谁更公平。这次实验让我们看到了C++在小规模数据上的快，也看到了.NET在处理海量数据和标准库优化上的厉害。希望大家以后遇到类似的问题，能明白该选啥了。