this关键字主要用于三种情况。第一种也是最常见的方法是在setter方法中消除变量引用的歧义。第二种情况是需要将当前类实例作为参数传递给另一个对象的方法。第三种方法是从构造函数内部调用备用构造函数。

案例1:使用this来消除变量引用的歧义。在Java setter方法中，我们通常传递一个与我们试图设置的私有成员变量同名的参数。然后我们将参数x赋值给this。x。这清楚地表明，您正在将参数“name”的值分配给实例变量“name”。

public class Foo
{
    private String name;

    public void setName(String name) {
        this.name = name;
    }
}

情况2:使用this作为传递给另一个对象的参数。

public class Foo
{
    public String useBarMethod() {
        Bar theBar = new Bar();
        return theBar.barMethod(this);
    }

    public String getName() {
        return "Foo";
    }
}

public class Bar
{
    public void barMethod(Foo obj) {
        obj.getName();
    }
}

案例3:使用this调用备用构造函数。在评论中，trinithis正确地指出了this的另一种常用用法。当一个类有多个构造函数时，可以使用this(arg0, arg1，…)来调用您选择的另一个构造函数，前提是在构造函数的第一行中这样做。

class Foo
{
    public Foo() {
        this("Some default value for bar");

        //optional other lines
    }

    public Foo(String bar) {
        // Do something with bar
    }
}

我还见过这种情况，用来强调实例变量被引用(不需要消除歧义)，但在我看来，这种情况很少见。

除非你有重叠的变量名，这只是为了在你阅读代码时清晰。

唯一需要用的就是这个。当当前作用域内的另一个变量具有相同的名称并且您希望引用实例成员时(如William所描述的那样)，则使用qualifier。除此之外，x和这个。x在行为上没有区别。

如果我用“x”而不是“this”会有什么不同吗?X "在某些方法中?

通常不会。但有时也会有所不同:

  class A {
     private int i;
     public A(int i) {
        this.i = i; // this.i can be used to disambiguate the i being referred to
     }
  }

如果我只是使用“method()”，它会不会被默认应用到当前对象?

是的。但是如果需要的话，this.method()会澄清调用是由这个对象进行的。

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

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

这不会影响结果代码——它是编译时操作符，有或没有它生成的代码都是一样的。当你必须使用它时，取决于上下文。例如，你必须使用它，当你有一个局部变量，它掩盖了类变量你想引用类变量而不是局部变量。

edit:“生成的代码将是相同的”，我的意思当然是，当局部作用域中的某个变量没有隐藏属于类的变量时。因此

class POJO {
   protected int i;

   public void modify() {
      i = 9;
   }

   public void thisModify() {
      this.i = 9;
   }
}

两个方法的结果代码将是相同的。如果某个方法声明了同名的局部变量，区别就会显现出来

  public void m() {
      int i;
      i = 9;  // i refers to variable in method's scope
      this.i = 9; // i refers to class variable
  }

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

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

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

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

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

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;
    }
  }
}

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

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

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

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

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

这在构建器模式中很有用。

public class User {

    private String firstName;
    private String surname;

    public User(Builder builder){
        firstName = builder.firstName;
        surname = builder.surname;
    }

    public String getFirstName(){
        return firstName;
    }

    public String getSurname(){
        return surname;
    }

    public static class Builder {
        private String firstName;
        private String surname;

        public Builder setFirstName(String firstName) {
            this.firstName = firstName;
            return this;
        }

        public Builder setSurname(String surname) {
            this.surname = surname;
            return this;
        }

        public User build(){
            return new User(this);
        }

    }

    public static void main(String[] args) {
        User.Builder builder = new User.Builder();
        User user = builder.setFirstName("John").setSurname("Doe").build();
    }

}

这是对当前对象的引用。它在构造函数中用于区分具有相同名称的局部类变量和当前类变量。例如:

public class circle {
    int x;
    circle(int x){
        this.x =x;
        //class variable =local variable 
    }
} 

这也可以用于从另一个构造函数调用一个构造函数。例如:

public class circle {
    int x;

    circle() { 
        this(1);
    }

    circle(int x) {
        this.x = x; 
    }
}

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

用例1:

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

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

它包括两个例子:

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

用例2:

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

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

用例3:

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

参考这篇文章

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

以下是在java中使用' this '关键字的方法:

使用此关键字引用当前类实例变量 使用this()调用当前类构造函数 使用此关键字返回当前类实例 使用此关键字作为方法参数

https://docs.oracle.com/javase/tutorial/java/javaOO/thiskey.html

关于威廉·布伦德尔的帖子和坦白问题，关于案例2。这里有一个例子:

public class Window {

  private Window parent;

  public Window (Window parent) {
    this.parent = parent;
  }

  public void addSubWindow() {
    Window child = new Window(this);
    list.add(child);
  }

  public void printInfo() {
    if (parent == null) {
      System.out.println("root");
    } else {
      System.out.println("child");
    }
  }

}

我曾在与对象建立父子关系时看到过这种用法。但是，请注意，为了简洁起见，这里进行了简化。

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

想象一下:

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