【问题标题】:Does Java's pass-by-valueness mean I do not need a deepCopy function for my class?Java 的值传递是否意味着我的类不需要 deepCopy 函数?
【发布时间】:2014-11-02 00:00:08
【问题描述】:

我很难让我的一些代码正常工作。代码以SwingWorker 开头并获取结果。我无法将数据传递给工作人员并从工作人员那里获取信息。

我要传递的数据由我自己定义的类的对象组成。例如,我有一个 ItemInventory 对象。 Item 对象基本上包含所有原始类型(名称、价格等),Inventory 包含 LinkedListItems。

我不太记得导致我的健全性检查的一系列事件,但作为健全性检查,我实现了Item.getDeepCopy(Item inItem)Inventory.getDeepCopy(Inventory) 函数,以便我可以传递Items 和@987654331 的副本@s 给我的工人。 这需要吗?

当我将数据传递到我的StringWorkers 并从中获取数据时,我如何使用深层复制功能。假设我通过单击按钮启动了一个工作人员。在事件处理程序中,我首先获得了InventoryItem 的类私有本地副本的深层副本,并将其传递给worker 构造函数。 这是正确的吗?我需要传递一个深拷贝吗?我认为不需要..

我这样做是因为担心 worker 会尝试修改对 worker 内部对象的类引用,从而导致一些线程问题。但是经过一些阅读和批判性思考后,情况并非如此,因为 java 是按值传递的,所以传递给 worker 的内容不可能导致 GUI 组件数据发生变化。 这是正确的想法吗?

然后,当工作人员完成时,它会调用我编写的重写 done 方法。此方法在 EDT 上运行,因此我可以从我的 GUI 组件调用函数,即我调用的函数WorkerDone(boolean result, Inventory outInv)。工作人员调用此函数并将其本地副本 InventoryItem 传递(不是深层副本)回 GUI。当 GUI 获取它时,它会执行深层复制并将其本地 InventoryItem 设置为此值。 这对深拷贝有用吗?

编辑:更多。

基本上,我想将“一些数据”传递给工作人员,并允许它在不链接到 GUI 组件的情况下对其进行处理。当工作人员完成时,它要么成功完成,要么不成功。如果成功,我想从工作人员那里“取回”数据,并用返回的数据更新我的本地副本。我不希望工作人员“触摸” GUI 中的任何数据。

对于可变性。我希望能够在创建对象后更改对象中的数据。考虑到这一点,这就是我构建应用程序的方式。我想要的不是非可变对象来保证线程安全,我只是不希望线程交互。我想向工作人员传递一些数据,基本上“忘记我发送了它”,然后当工作人员完成并调用 GUI 的 workerDone 方法时,GUI 只是同意将其数据的本地副本设置为如果工作人员说它成功,则返回对象。

编辑 2:

只是为了更清楚地理解传递值和传递引用这两个短语。当我看到按值传递时我的想法。假设我想按价值传递一个苹果,为此我会将我的苹果放在一台克隆机中,该机器在各个方面都对苹果进行完全相同的克隆,然后传递那个苹果。不管是谁通过了这个克隆的苹果,它都可以用它做任何事情,并且不会影响我最初的苹果。

当我看到 pass-by-reference 时,我的想法是,如果我想通过引用传递我的申请,我会在一张纸上写下我的苹果在哪里,然后通过它。任何收到这张纸的人都可以到我的苹果所在的地方咬一口。

所以我的困惑来自“Java 是按值传递”,如果是,那我为什么要担心我的工作人员在对传递给它的值进行操作时会导致线程冲突?

【问题讨论】:

  • 由于您没有说明需求的具体细节,因此不确定这是否是一个很好的例子。如果您想在后台更新 Items 和 Inventorys 的状态,并且这些更改应该对用户可见,直到后台工作完成,那么只需传递您当前的对象。如果您想更新状态,但用户仍然应该看到更新前的值,那么这是深度克隆的一个很好的例子。
  • SwingWorker 的重点是确保对 GUI 的安全修改。您似乎关心不一定与 GUI 相关的元素(未直接显示在屏幕上),或者?
  • 我做了一个编辑,试图让交互的细节更清晰,如果你能评论和回复,对我会更有帮助!
  • 嗨 - 你的比喻很好。在这种情况下,“按值传递”意味着 1) 你有一个苹果,2) JVM 给了你一张苹果所在的纸(一个“参考”),3) 当你传递苹果时,你 传递那张纸的副本。问:这有帮助吗?
  • 在 java 中有没有办法取消引用指针并将其末尾的数据传递给函数?或者这就是我写深拷贝的原因?

标签: java multithreading user-interface swingworker


【解决方案1】:

Java 是按值传递的,但是当您传递一个对象时,您传递的是一个引用,并且只是该引用的一个副本。原始和副本这两个引用仍然引用堆中的同一组值。

担心您无法控制可能修改对象的代码是有道理的,但您也许可以将该对象包装在另一个无法更改的对象中,或者指定一个具有提取方法但没有设置方法的接口。

如果您可以更新数据并在更新数据的中途显示它,那么让 GUI 拥有自己的数据副本可能会很有用。如果您不担心这种不一致,您可能只想在 gui 代码和非 gui 代码之间共享相同的引用以保持代码简单(假设您的类是线程安全的)。

【讨论】:

    【解决方案2】:

    “按值传递”和“按引用传递”描述函数参数如何在堆栈上传递。它们与堆上的对象可能发生或不可能发生的事情无关。假设我们用某种完全虚构的编程语言编写代码:

    def foo(x) :
        x = 5;
    end
    
    def bar() :
        a = 3;
        foo(a);
        print a;
    end
    

    函数 bar() 将打印什么?答案取决于 foo() 中的参数 x 是按值传递还是按引用传递。在传值语言中(例如,在 Java 中),局部变量 a 的值在 bar() 调用 foo(a) 时被传递。 foo() 函数可以修改它自己的那个值的副本,但它不能修改调用者的局部变量 a。

    在传递引​​用的语言中,调用者的局部变量的地址被传递。 foo 中的 x 成为 bar() 中 a 的别名,赋值 x=5 改变了 bar 中变量 a 的值。

    Java 总是按值传递:Java 函数永远永远不能修改其调用者的局部变量。

    人们感到困惑的是,Java 值既可以是原始类型(int、double、char、...),也可以是对象引用。

    public javaFoo(MyType x) {
        x.setFrobber(true);
    }
    
    public javaBar() {
        MyType mt = new MyType();
        foo(mt);
        System.out.println(mt.toString());
    }
    

    javaFoo()中的变量x和javaBar()中的变量mt是不同的变量,“pass-by-value”意味着javaFoo()函数不能改变mt。 但是两个变量都引用同一个对象,javaFoo()可以修改对象。

    【讨论】:

    • 那种完全编造的语言就像我和Ruby一样。
    • 好的,(不是在任何语言的意义上)javaFoo 中的 x “指向”数据的位置 mt 也指向。 javaFoo可以修改x指向的位置的数据内容,但不能修改x指向的位置? // 现在我想我知道我哪里出错了。 MyType mt 只是指向数据位置的指针,而不是数据本身。传值是指传递指针的值,传递的不是对象中的数据,而是指向对象的指针中的数据,即对象的内存位置。
    • @BumSkeeter 是的,你是对的。请记住,Java 不会像 C/C++ 那样直接让您使用指针或地址。
    • @BumSkeeter 基本上你的真正问题在这里得到了解答:stackoverflow.com/q/40480/1065197
    • @LuiggiMendoza 我多次阅读该帖子和所有答案......不知道为什么它没有点击。
    【解决方案3】:

    “按值传递”表示传递了一个对象引用。原始引用的副本,不是对象数据的副本。

    换句话说,你所有的被调用者看到同一个对象(并且可以随意改变它)。

    这里有一篇来自 Oracle Java 文档的关于使对象“不可变”的策略的好文章:

    【讨论】:

    • “按值传递”表示传递对象引用传递的是引用值的副本。
    • 但是你声明你传递了对象引用。这不是它的工作原理。
    • 这基本上是我问题的前半部分。如果我向工作人员传递对本地对象的引用,它是否会复制对象中的所有数据,然后将其传递给函数,或者..否则我不确定什么是按值传递..
    • 另外,这个问题的解决方案不是让类不可变。这取决于你需要什么。我处理过通过多个线程使用的可变对象。问题是我确保只有一个线程可以改变这个对象的状态。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-08-15
    • 2020-11-09
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2023-03-28
    相关资源
    最近更新 更多