在Java中的方法调用接受的实践中传递“ this”

在方法调用中传递当前对象是好/坏/可接受的做法。如：

public class Bar{
    public Bar(){}

    public void foo(Baz baz){
        //  modify some values of baz
    }
}

public class Baz{
    //constructor omitted

    public void method(){
        Bar bar = new Bar();
        bar.foo(this);
    }
}

具体来说，该行bar.foo(this)可接受吗？

没有理由不使用它，它this是当前实例，并且使用完全合法。实际上，通常没有清除它的干净方法。

因此使用它。

由于难以令人信服地没有示例是可以接受的（对这个问题的否定答案总是更容易争论），我只是打开了最常见的java.lang类String之一，当然，例如，我找到了这种用法的实例

1084        // Argument is a String
1085        if (cs.equals(this))
1086            return true;

查找(this在大“接受”的项目，你不会不发现它。

没有错。什么是不是一个好的做法是做同样的内部构造，因为你会给一个还未完全初始化对象的引用。

这里有种类似的文章：Java在构造函数 中泄漏了此内容，他们在其中解释了为什么后者是一种不良做法。

是的，但是您应该注意两点

1. 在尚未构造对象时（即在其构造函数中） 传递此参数
2. 将此对象传递给一个长期存在的对象，该对象将使引用保持活动状态，并防止对该对象进行垃圾回收。

这是完全正常且完全可以接受的。

这代表当前对象。您在做什么在语法上是正确的，但是如果您在同一类中调用该方法，我认为不需要这样做。

如果没有更简单的替代方法可以实现相同的行为，则在方法调用中传递当前对象是一种不好的做法。

根据定义，双向关联会在this从一个对象传递到另一个对象后立即创建。

引用马丁·福勒的《重构》一书：

将双向关联更改为单向（200）

双向关联很有用，但要付出一定的代价。代价是维护双向链接并确保正确创建和删除对象会增加复杂性。双向关联对于许多程序员而言并不自然，因此它们经常是错误的根源

...

在需要时应使用双向关联，而在不需要时则应使用双向关联。一旦看到双向关联不再增加其权重，就放弃不必要的一端。

因此，从理论上讲，当我们发现需要通过时，我们应该听到警钟，this并努力尝试其他解决当前问题的方法。当然，在某些情况下，这样做是有道理的。

此外，在长期重构代码以整体改进的过程中，经常有必要临时破坏设计，做一些“不好的做法”。（后退一步，前进两步）。

在实践中，我发现通过避免像瘟疫这样的双向链接，我的代码得到了极大的改进。

是。您可以使用它，这在编程中很常见，this但是使用它有优缺点，但这样做并不危险。

仅添加一个示例，其中传递this正确且遵循良好设计：访问者模式。在Visitor设计模式中，方法accept(Visitor v)通常以调用的方式实现v.visit(this)。

可以接受

Oracle JAVA文档的摘录：

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

与字段一起使用

使用this关键字的最常见原因是因为方法或构造函数参数对字段造成了阴影。

Java中的所有内容均按值传递。但是对象永远不会传递给方法！
当java将对象传递给方法时，它首先创建对该对象的引用的副本，而不是对象本身的副本。因此，这是在Java中完美使用的方法。最常用的用法。