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

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

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

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

var i = 42;

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

int i = 42;

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

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

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

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

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

var s = "hi";

被替换为

string s = "hi";

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

“var”是人们要么喜欢要么讨厌的东西之一(就像区域一样)。不过，与区域不同，var在创建匿名类时是绝对必要的。

对我来说，当你直接像这样更新一个对象时，var是有意义的:

var dict = new Dictionary<string, string>();

话虽如此，你可以很容易地做到:

Dictionary<string, string> dict = new和intellisense将在这里为您填充其余部分。

如果你只想使用一个特定的接口，那么你不能使用var，除非你调用的方法直接返回该接口。

Resharper似乎是在使用“var”的一边，这可能会促使更多人这样做。但我同意，如果你在调用一个方法，并且它的名称返回的是什么并不明显，那就更难读了。

Var本身并没有减慢速度，但有一个警告，很多人都没有想到。如果你执行var result = SomeMethod();之后的代码会期望返回某种结果，你会调用各种方法或属性之类的。如果SomeMethod()将其定义更改为其他类型，但它仍然满足其他代码所期望的契约，那么您就创建了一个非常严重的错误(当然，如果没有单元/集成测试)。

c#编译器在编译时推断var变量的真实类型。产生的IL没有差异。