由于Object.hashCode()和System.identityHashCode()不提供保证唯一的id，我认为正确的答案是生成一个UUID或GUID:

java.util.UUID.randomUUID()

这个答案是线程安全的，并且可以跨不同的虚拟机工作。

例如，可识别类可以被扩展为提供任何具有唯一ID的类:

public abstract class Identifiable {
    public final UUID id = UUID.randomUUID();
}

...

public class Example extends Identifiable {}

...

public static void main(String[] args) {

    Example example1 = new Example();
    Example example2 = new Example();

    example1.id.toString(); // e.g. 8308798d-7cec-427d-b7f8-7be762f3b5c7
    example1.id.equals(example1.id); // true
    example1.id.equals(example2.id); // false
}

System.identityHashCode(yourObject)将给出yourObject的“原始”哈希码作为整数。独特性不一定得到保证。Sun JVM实现将为您提供一个与该对象的原始内存地址相关的值，但这是一个实现细节，您不应该依赖它。

编辑:回答修改以下汤姆的评论re.内存地址和移动对象。

javadoc for Object指定了这一点

这通常是通过将对象的内部地址转换为整数来实现的，但是JavaTM编程语言并不需要这种实现技术。

如果一个类重写了hashCode，这意味着它想要生成一个特定的id，它将(人们可以希望)具有正确的行为。

你可以使用系统。identityHashCode来获取任何类的id。

只是从另一个角度扩大其他答案。

如果你想重用来自“上面”的hashcode，并使用类的“不可变状态”派生新的hashcode，那么调用super就可以了。虽然这可能会/可能不会一直级联到Object(即某些祖先可能不会调用super)，但它将允许您通过重用派生哈希码。

@Override
public int hashCode() {
    int ancestorHash = super.hashCode();
    // now derive new hash from ancestorHash plus immutable instance vars (id fields)
}

// looking for that last hex?
org.joda.DateTime@57110da6

如果你在对象上执行.toString()时查看hashcode Java类型，底层代码是这样的:

Integer.toHexString(hashCode())

如果它是一个可以修改的类，则可以声明一个类变量static java.util.concurrent.atomic.AtomicInteger nextInstanceId。(你必须以明显的方式给它一个初始值。)然后声明一个实例变量int instanceId = nextInstanceId.getAndIncrement()。