有很多很好的答案，但还有一个非常次要的原因到处都是。如果你尝试过从普通的文本编辑器(如记事本等)打开源代码，使用这个将使它更清晰地阅读。

想象一下:

public class Hello {
    private String foo;

    // Some 10k lines of codes

    private String getStringFromSomewhere() {
        // ....
    }

    // More codes

    public class World {
        private String bar;

        // Another 10k lines of codes

        public void doSomething() {
            // More codes
            foo = "FOO";
            // More codes
            String s = getStringFromSomewhere();
            // More codes
            bar = s;
        }
    }
}

这对于任何现代IDE来说都是非常清晰的，但是如果使用常规的文本编辑器，这将是一场噩梦。

在使用编辑器的“find”函数之前，您将很难找到foo所在的位置。然后你会因为同样的原因对getStringFromSomewhere()大喊大叫。最后，当你忘记s是什么时，bar = s会给你最后一击。

将其与以下内容进行比较:

public void doSomething() {
    // More codes
    Hello.this.foo = "FOO";
    // More codes
    String s = Hello.this.getStringFromSomewhere();
    // More codes
    this.bar = s;
}

foo是在外部类Hello中声明的变量。 你知道getStringFromSomewhere()也是一个在外部类中声明的方法。 您知道bar属于World class, s是在该方法中声明的局部变量。

当然，无论何时你设计什么东西，你都在创造规则。因此，在设计API或项目时，如果你的规则包括“如果有人用记事本打开所有这些源代码，他或她应该朝自己的头开枪”，那么你完全可以不这样做。

有很多很好的答案，但还有一个非常次要的原因到处都是。如果你尝试过从普通的文本编辑器(如记事本等)打开源代码，使用这个将使它更清晰地阅读。

想象一下:

public class Hello {
    private String foo;

    // Some 10k lines of codes

    private String getStringFromSomewhere() {
        // ....
    }

    // More codes

    public class World {
        private String bar;

        // Another 10k lines of codes

        public void doSomething() {
            // More codes
            foo = "FOO";
            // More codes
            String s = getStringFromSomewhere();
            // More codes
            bar = s;
        }
    }
}

这对于任何现代IDE来说都是非常清晰的，但是如果使用常规的文本编辑器，这将是一场噩梦。

在使用编辑器的“find”函数之前，您将很难找到foo所在的位置。然后你会因为同样的原因对getStringFromSomewhere()大喊大叫。最后，当你忘记s是什么时，bar = s会给你最后一击。

将其与以下内容进行比较:

public void doSomething() {
    // More codes
    Hello.this.foo = "FOO";
    // More codes
    String s = Hello.this.getStringFromSomewhere();
    // More codes
    this.bar = s;
}

foo是在外部类Hello中声明的变量。 你知道getStringFromSomewhere()也是一个在外部类中声明的方法。 您知道bar属于World class, s是在该方法中声明的局部变量。

当然，无论何时你设计什么东西，你都在创造规则。因此，在设计API或项目时，如果你的规则包括“如果有人用记事本打开所有这些源代码，他或她应该朝自己的头开枪”，那么你完全可以不这样做。

以确保使用了当前对象的成员。在考虑线程安全的情况下，一些应用程序可能会更改错误的对象成员值，因此应该将此应用于成员，以便使用正确的对象成员值。

如果你的对象不关心线程安全，那么就没有理由指定使用哪个对象成员的值。

@William Brendel的回答很好地提供了三种不同的用例。

用例1:

官方java文档页面提供了相同的用例。

在实例方法或构造函数中，这是对当前对象(其方法或构造函数正在被调用的对象)的引用。可以使用this从实例方法或构造函数中引用当前对象的任何成员。

它包括两个例子:

与字段一起使用this，与构造函数一起使用this

用例2:

这篇文章中没有引用的其他用例:这可以用来同步多线程应用程序中的当前对象，以保护数据和方法的关键部分。

synchronized(this){
    // Do some thing. 
}

用例3:

Builder模式的实现依赖于使用它来返回修改后的对象。

参考这篇文章

保持构建器在单独的类中(流畅的接口)

谷歌在太阳网站上有一个页面讨论了这个问题。

关于变量你是对的;这确实可以用来区分方法变量和类字段。 私有int x; setX(int x) { this.x = x; ｝

然而，我真的很讨厌这种惯例。给两个不同的变量取完全相同的名字是产生错误的原因。我更喜欢这样的东西: 私有int x; setX(int newX) { x = newX; ｝

相同的结果，但不会出现错误，即您不小心引用了x，而实际上应该引用x。

至于用一种方法来使用它，你说的效果是对的;不管有没有它，你都会得到相同的结果。你会用吗?确定。你应该使用它吗?由您决定，但考虑到我个人认为这是毫无意义的冗长，不会增加任何清晰度(除非代码充满了静态导入语句)，我自己不倾向于使用它。

"this"在从一个构造函数调用另一个构造函数时也很有用:

public class MyClass {
    public MyClass(String foo) {
        this(foo, null);
    }
    public MyClass(String foo, String bar) {
        ...
    }
}