使用私有构造函数扩展类的技术
与大多数Singleton类一样，是否存在使用私有构造函数“扩展”类的标准技术？ 具体来说，我正在尝试扩展java.lang.management.ThreadInfo类，因为我将很多它们添加到HashSet来控制唯一性。 但是，我确定两个线程是否相等的方式是不同的，并且与equals()方法的默认实现不同。
在这种情况下，扩展类显然不是一个选项。
制作类似于在构造函数中接受ThreadInfo的包装类，然后使用值手动填充所有相关字段，然后覆盖equals()和hashCode() ，或者有更好的方法来执行此操作是否合理？
像我这样的东西就是我开始写的，但更好的实现是理想的：
class ThreadInfoWrapper { private ThreadInfo info; ThreadInfoWrapper(ThreadInfo info) { this.info = info; } //Populate instance variables with Thread.State, thread ID, etc.. with //Getters/setters and all that other stuff public boolean equals(Object o) { //Unique implementation } public int hashCode() { //Whatever implementation } }
但这感觉就像是一种非常迂回的方式来实现一些基本function。 我调查了一下，Java标准库中不存在使用自定义比较器的集合的实现。 我想我可以编写自己的哈希集实现，但这对于一个简单的情况来说太过分了。 任何见解都会有所帮助。
通过扩展，您的意思是如何创建派生类，它们使用私有构造函数作为其超类构造函数。 你不能，他们是私人的，以防止你这样做。 由于JRE课程是由有能力的程序员编写的，因此有充分的理由。 因此，即使您可以使用欺骗（例如reflection或字节码操作）来解决它，您也不应该这样做。
但一切都不会丢失。 无论如何，你应该更喜欢组合inheritance。 装饰器和代理设计模式可能很有用（您的示例接近这些）。
我认为你所做的事情是合理的，因为没有其他选择。
另一种方法是编写自己的HashMap子类，使用“特殊”等于而不是默认值。 （可能已经有apache或guava实现这样做了 – 有人知道吗？）
（稍后补充）
因为我很懒，而且因为ThreadInfo有所有getter所以它暴露相当“安全”，所以我很想让包装类非常简单，没有getter或setter：
public class ThreadInfoWrapper { // public so an outsider can get at the wrapped ThreadInfo // could be private if you are sure that will never be necessary public final ThreadInfo threadInfo; public ThreadInfoWrapper(ThreadInfo threadInfo) { this.threadInfo = threadInfo; } public boolean equals(Object o) { //Unique implementation // refer to threadInfo.blah... } public int hashCode() { //Whatever implementation // refer to threadInfo.blah... }
}
但是，这取决于您为equals和hashcode使用的信息。