只有当存在同名重叠的局部变量时才需要使用它——而且大多数人只使用它。(例如，Setter方法。)

当然，使用它的另一个很好的理由是它会在ide中弹出智能感知:)

this的第二个重要用途(除了用局部变量隐藏之外，很多人已经说过了)是在从嵌套的非静态类访问外部实例时:

public class Outer {
  protected int a;

  public class Inner {
    protected int a;

    public int foo(){
      return Outer.this.a;
    }

    public Outer getOuter(){
      return Outer.this;
    }
  }
}

只有当存在同名重叠的局部变量时才需要使用它——而且大多数人只使用它。(例如，Setter方法。)

当然，使用它的另一个很好的理由是它会在ide中弹出智能感知:)

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

想象一下:

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或项目时，如果你的规则包括“如果有人用记事本打开所有这些源代码，他或她应该朝自己的头开枪”，那么你完全可以不这样做。

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

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

当有两个变量一个实例变量和另一个同名的局部变量时，我们使用这个。引用当前执行对象，以避免名称之间的冲突。