我只在绝对必要的时候使用它，即当另一个变量遮蔽另一个变量时。比如这里:

class Vector3
{
    float x;
    float y;
    float z;

    public Vector3(float x, float y, float z)
    {
        this.x = x;
        this.y = y;
        this.z = z;
    }

}

或者像Ryan Fox指出的，当你需要把它作为参数传递时。(局部变量优先于成员变量)

下面是我使用它的时候:

从类内部访问私有方法(以区分) 将当前对象传递给另一个方法(或在发生事件时作为发送者对象) 创建扩展方法时:D

我没有对私有字段使用这个，因为我用下划线(_)作为私有字段变量名的前缀。

我只在绝对必要的时候使用它，即当另一个变量遮蔽另一个变量时。比如这里:

class Vector3
{
    float x;
    float y;
    float z;

    public Vector3(float x, float y, float z)
    {
        this.x = x;
        this.y = y;
        this.z = z;
    }

}

或者像Ryan Fox指出的，当你需要把它作为参数传递时。(局部变量优先于成员变量)

这在c++编译器上

如果c++编译器没有立即找到一个符号，它会默默地查找。有时候，大多数时候，这是好的:

如果在子类中没有重载母类的方法，则使用母类的方法。 将一个类型的值提升为另一个类型

但有时候，你只是不想让编译器猜测。您希望编译器提取正确的符号，而不是其他符号。

对我来说，这些时候是在一个方法中，我想访问一个成员方法或成员变量。我只是不想因为我写了printf而不是print而随机抽取一些符号。这个->printf不会被编译。

关键是，对于C遗留库(§)，多年前编写的遗留代码(§§)，或者在复制/粘贴已经过时但仍然活跃的语言中可能发生的任何事情，有时，告诉编译器不要耍花招是一个好主意。

这就是我使用它的原因。

(§)这对我来说仍然是一个谜，但我现在想知道你在源代码中包含<windows.h>头的事实，是不是所有遗留的C库符号都会污染你的全局命名空间的原因

(§§)意识到“你需要包含一个头文件，但是包含这个头文件会破坏你的代码，因为它使用了一些具有通用名称的愚蠢宏”是程序员生活中的俄罗斯轮盘时刻之一

除非万不得已，否则不要用this。

不必要的冗长是有惩罚的。您应该努力使代码的长度恰好与需要的长度相同，而不是更长。

我养成了在Visual c++中大量使用它的习惯，因为这样做会触发智能感知，当我按'>'键时，我很懒。(而且容易出现错别字)

但我继续使用它，因为我发现它很方便，可以看到我调用的是成员函数而不是全局函数。