使用“var”会影响性能吗?

之前我问了一个问题，为什么我看到这么多的例子使用var关键字，得到的答案是，虽然它只对匿名类型是必要的，但它仍然被用来使代码编写“更快”/更容易，并且“只是因为”。

通过这个链接(“c# 3.0 - Var不是对象”)，我看到Var在IL中被编译为正确的类型(您将在文章的中间看到它)。

我的问题是，如果有的话，使用var关键字的IL代码会占用多少，如果它在任何地方都被使用，它是否会接近于具有可测量的代码性能水平?

当前回答

使用var没有运行时性能成本。尽管如此，我怀疑编译器需要推断类型会有编译性能成本，尽管这很可能可以忽略不计。

其他回答

我认为你没有正确理解你所读的内容。如果它被编译为正确的类型，则没有区别。当我这样做的时候:

var i = 42;

编译器知道它是一个int型，并生成代码，就像我写的一样

int i = 42;

正如你链接到的帖子所说，它被编译为相同的类型。它不是运行时检查或任何需要额外代码的东西。编译器只是找出类型必须是什么，然后使用它。

如果编译器可以自动进行类型推断，那么就不会有任何性能问题。这两种方法都会生成相同的代码

var    x = new ClassA();
ClassA x = new ClassA();

然而，如果你是动态构造类型(LINQ…)，那么var是你唯一的问题，还有其他的机制来比较，以说明什么是惩罚。

使用var没有运行时性能成本。尽管如此，我怀疑编译器需要推断类型会有编译性能成本，尽管这很可能可以忽略不计。

就像Joel说的，编译器在编译时计算出var应该是什么类型，实际上这只是编译器用来节省击键的一个技巧，举个例子

var s = "hi";

被替换为

string s = "hi";

在生成任何IL之前，编译器会调用。生成的IL将完全相同，如果你键入字符串。

因此，明确地说，这是一种懒惰的编码风格。如果可以选择，我更喜欢原生类型;我将利用这一点额外的“噪音”来确保我在代码/调试时所编写和阅读的内容完全符合我的想法。耸肩*

推荐文章