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

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

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

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

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

如果我用“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()会澄清调用是由这个对象进行的。

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

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

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

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

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

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

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