Java 评论「；定义接受用数据填充的可重用对象的方法，而不是返回包含该数据的对象的方法；

关于Java优化，comment技术“comment”定义了接受用数据填充的可重用对象的方法，而不是返回包含该数据的对象的方法

这是否意味着向该方法传递一个现有对象，而不是让该方法创建、设置并返回一个新实例

资料来源：

---

这基本上是一种回收方法

我有一个瓶子。我把瓶子装满牛奶，我的邻居喝了，我清洗瓶子，我把瓶子装满其他牛奶，我的邻居又喝了一次

为了达到同样的目的，瓶子不断地被重复使用以装满新的鲜奶

当您有一个稳定的数据生产线，并且有一组给定的数据输入和输出，并且它从不改变时，这是很好的。 但是如果我有两个邻居呢？我不能神奇地生产一个新瓶子，我需要添加到它，去商店，买一瓶，清洗瓶子，把牛奶放在瓶子里，等等

最后，你会遇到一个非常麻烦的生态系统，你必须不断地定义产生可回收物品的地方，有一个回收池，检查回收池是否足够满，路径上是否有堵塞物。你会遇到很多检查检查检查检查检查检查检查

一次制作一个物体，把它传递出去，然后扔掉，让垃圾工把它清理干净更容易。这样你只需要担心路径，而不必担心回收。让垃圾工做垃圾工最擅长的事情，而不是建立一个回收站。爪哇的垃圾收集器真的很好。只要确保完成后，数据对象没有附加任何引用，因此可以对其进行清理

---

更妙的是，让数据对象的寿命缩短，以便更快地清理它们。

这基本上是一种回收方法

我有一个瓶子。我把瓶子装满牛奶，我的邻居喝了，我清洗瓶子，我把瓶子装满其他牛奶，我的邻居又喝了一次

为了达到同样的目的，瓶子不断地被重复使用以装满新的鲜奶

当您有一个稳定的数据生产线，并且有一组给定的数据输入和输出，并且它从不改变时，这是很好的。 但是如果我有两个邻居呢？我不能神奇地生产一个新瓶子，我需要添加到它，去商店，买一瓶，清洗瓶子，把牛奶放在瓶子里，等等

最后，你会遇到一个非常麻烦的生态系统，你必须不断地定义产生可回收物品的地方，有一个回收池，检查回收池是否足够满，路径上是否有堵塞物。你会遇到很多检查检查检查检查检查检查检查

一次制作一个物体，把它传递出去，然后扔掉，让垃圾工把它清理干净更容易。这样你只需要担心路径，而不必担心回收。让垃圾工做垃圾工最擅长的事情，而不是建立一个回收站。爪哇的垃圾收集器真的很好。只要确保完成后，数据对象没有附加任何引用，因此可以对其进行清理

---

更好的是，缩短数据对象的生命周期，以便更快地清理它们。

这是从哪里来的？您所说的似乎就是注释的意思，但我不一定同意。垃圾收集器在清理（未使用的对象）方面做得很好因此，除非我们正在研究一个真正大规模的项目，否则我看不出它到底有多大的优化作用。我同意@nbokmans的观点，这就是它的意思，但这并不意味着这是一个好的“优化”“。只有在极少数情况下，它才可能有用。创建新对象通常不是问题。通常你甚至会做相反的事情，故意使用不可变的对象——这有时会导致更多的实例，但会降低复杂性。你的反应也许可以解释为什么我对这一点感到好奇。也许它与以前的Java/GC版本有关。这是从哪里来的？你所说的似乎就是评论的意思，但我不一定同意。垃圾收集器在清理（未使用的对象）方面非常出色，因此我不认为它真的有多大的优化作用，除非我们正在研究一个真正大规模的项目。我同意@nbokmans的观点，这就是它的意思，但这并不意味着这是一个好的“优化”。只有在极少数情况下，它才可能有用。创建新对象通常不是问题。通常你甚至会做相反的事情，故意使用不可变的对象——这有时会导致更多的实例，但会降低复杂性。你的反应也许可以解释为什么我对这一点感到好奇。也许这与以前的Java/GC版本有关。您是否可以进一步评论“更好，让您的数据对象短命，以便更快地清理”？您是否可以进一步评论“更好，让您的数据对象短命，以便更快地清理”？