在Jakub Šturc的回答中，他关于在构造器之间传递数据的第5条可能需要一些解释。这是在重载构造函数中，并且是强制使用This的一种情况。在下面的例子中，我们可以使用默认形参从无参数构造函数调用参数化构造函数。

class MyClass {
    private int _x
    public MyClass() : this(5) {}
    public MyClass(int v) { _x = v;}
}

我发现有时候这是一个特别有用的功能。

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

黑C + +铝

它被用在赋值操作符中，大多数时候你必须检查和防止奇怪的(无意的，危险的，或只是浪费程序时间的)事情，比如:

A a;
a = a;

你的赋值操作符将被写成:

A& A::operator=(const A& a) {
    if (this == &a) return *this;

    // we know both sides of the = operator are different, do something...

    return *this;
}

“这。'帮助查找'this'类中有很多成员的成员(通常是由于深度继承链)。

按CTRL+空格键并没有帮助，因为它还包括类型;而这。’只包括会员。

一旦我得到我想要的东西，我通常会删除它:但这只是我风格的突破。

在风格方面，如果你是一个独行侠——你决定;如果你在一家公司工作，坚持公司的政策(看看源代码控制中的东西，看看其他人在做什么)。就用它来评定成员资格而言，既不正确也不错误。唯一错误的就是前后矛盾——这是风格的黄金法则。别挑剔别人。把时间花在思考真正的编码问题上——当然还有编码。

就我个人而言，我在引用成员变量时总是尝试使用这个。它有助于澄清代码并使其更具可读性。即使没有歧义，第一次阅读我的代码的人也不知道这一点，但如果他们看到始终使用这个，他们就会知道他们是否在查看成员变量。

我在任何可能有歧义的地方都使用它(显然)。不只是编译器的模糊性(在这种情况下是必需的)，还有查看代码的人的模糊性。