我不能相信所有的人都说使用它总是一个“最佳实践”之类的。

当存在歧义时使用“this”，如Corey的例子，或者当需要将对象作为参数传递时，如Ryan的例子。没有理由以其他方式使用它，因为能够基于作用域链解析变量应该足够清楚，因此不需要用它来限定变量。

编辑:关于“this”的c#文档指出了“this”关键字除了我提到的两种用途之外的另一种用途——用于声明索引器

编辑:@Juan:嗯，我在我的语句中没有看到任何不一致的地方-有3个实例，当我使用“this”关键字时(在c#文档中有记录)，而这些时候你实际上需要它。在构造函数中，当没有阴影发生时，在变量前面加上“this”只是浪费我的击键和阅读它的时间，它没有任何好处。

从来没有。永远。如果你有变量阴影，你的命名约定就会崩溃。我的意思是，成员变量没有区别的命名吗?Facepalm指

当你有很多开发人员在同一个代码库上工作时，你需要一些代码指南/规则。在我工作的地方，我们决定在字段、属性和事件上使用“this”。

对我来说，这样做很有意义，当你区分类变量和方法变量时，它使代码更容易阅读。

我不能相信所有的人都说使用它总是一个“最佳实践”之类的。

当存在歧义时使用“this”，如Corey的例子，或者当需要将对象作为参数传递时，如Ryan的例子。没有理由以其他方式使用它，因为能够基于作用域链解析变量应该足够清楚，因此不需要用它来限定变量。

编辑:关于“this”的c#文档指出了“this”关键字除了我提到的两种用途之外的另一种用途——用于声明索引器

编辑:@Juan:嗯，我在我的语句中没有看到任何不一致的地方-有3个实例，当我使用“this”关键字时(在c#文档中有记录)，而这些时候你实际上需要它。在构造函数中，当没有阴影发生时，在变量前面加上“this”只是浪费我的击键和阅读它的时间，它没有任何好处。

我只在需要的时候使用它，除了对称操作，由于单参数多态性不得不把它放在一边的方法中:

boolean sameValue (SomeNum other) {
   return this.importantValue == other.importantValue;
} 

我也倾向于在任何地方使用它，只是为了确保我们正在处理的是实例成员。