查找给定类的对象kar

您很可能需要覆盖hashCode(), equals(..)和toString()–我不会详细说明什么时候和为什么，但是你需要这样做(好的，只是提醒一下–总是一起实现hashCode和equals，如果你要在hashmap或arraylist中查找给定类的对象，你很可能需要实现这些方法)。你有很多选择去做:

• 手动实现这些方法——这对于toString()来说还可以，但对于hashCode()和equals(..)。除非您非常确定您想要一个定制的、考虑周全的散列函数，否则您应该依赖另一种更实用的机制
• 使用IDE——所有IDE都可以生成这三种方法，要求您指定它们所基于的字段。哈希函数通常已经足够好了，剩下的就是让你免去编写样板比较、if和elses的麻烦。但是当您添加一个字段时，您不应该忘记重新生成方法。
• commons-lang–有，帮助你快速地写方法，或者用手工append(field).append(field)，或反射，例如reflectionEquals(..)。再次添加字段需要修改，并且很容易忘记这一点。
• 番石榴——与commons-lang非常相似，各有利弊。番石榴有等于的帮助函数(..)和hashCode以及toString()的构建器——您仍然需要手动添加/比较您想要包含的每个字段。
• project lombok——它插入到编译器中，将一些注释转化为实际的实现，让您完全不用编写生物模板代码。例如，如果您将使用该类中的所有字段生成这两个方法(您可以自定义)。其他注对于值对象)。您只需要在编译时类路径上放一个jar，它应该可以工作。

您应该使用其中的哪一个？我通常排除手动方法，以及guava和commons-lang——它们需要太多的手动工作来完成一项任务，而在99%的情况下你不需要关心这项任务。commons-lang的反射选项听起来很有趣，但听起来也有性能开销。

https://www.wenjuan.com/s/vUjyMfa/

我一直使用IDE——唯一的缺点是你必须重新生成它们。有时你可能会忘记，这可能会产生意想不到的行为。但除此之外，这是一种快速而稳健的方法。

Project lombok似乎消除了忘记重新生成的风险，但这有时会产生另一个副作用——您可能不需要自动包含所有新字段，也可以忘记

https://www.douban.com/note/826343194/

排除它们。但是我个人不愿意使用lombok是基于一种迷信——它通过插入编译器来实现“黑魔法”。它确实可以工作，但是你不知道它到底是如何处理eclipse编译器、javac、IntelliJ编译器；它会一直和maven一起工作吗，包括你的CI环境？它能通过主要/次要

编译器版本升级工作吗？显然是这样的，我没有合理的理由反对它。它还有一些更有用的功能。

因此，这取决于您选择这两种方法中的哪一种。但是不要手动实现它，我不认为助手函数/构建器是实用的。