2 回答
TA贡献2065条经验 获得超14个赞
首先,泛型部分Class<?>
在这里真的无关紧要。当然,没有原始类型,因此Class<?>
比 Class 更好,但是对于您的问题,通配符无关紧要。
所以本质上,您是在问 Class 对象是否不可变。出于所有实际目的,它们确实如此。
当类加载器加载一个类时,类对象就存在了,除非整个类加载器被卸载,并且所有的东西都被它加载,否则它们会一直存在。
当这样的类对象仍在某处的地图中使用时,这不会发生。
另一方面:Class.forName()
对于已经加载的类不应该太昂贵。当诸如序列化之类的事情发挥作用时,人们建议使用 String 而不是 Class 对象,例如(参见此处)。
必须区分类对象的不可变标识和属于该类的实际“代码”。该代码可以在运行时更改(通过检测,想想代码的热交换)。但是类名及其每个代码以及equals()
相等性不应受此影响。因为“身份”保持不变。
最后一点:正如下面有趣的评论所示,有一些方法可以在一定程度上改变Class 对象。但所有这些活动都绝对是“不正常的”。因此:理论上,您可能更喜欢字符串而不是 Class 对象,但实际上,在“普通”应用程序中,使用 Class 也应该可以正常工作。
TA贡献1821条经验 获得超4个赞
因为我不太同意其他答案,所以我决定写这个,
类不是一成不变的,但它们是唯一的 - 一个类只能存在一个 Class 对象的实例。
但是类不是由其名称定义的,因为类可能来自不同的类加载器,并且不同的类加载器可能具有相同名称的类 - 但那将是不同的类,ClassCastException
如果您在由 2 处理的代码之间传递一些对象,您会得到如果该对象类型存在于它们中(作为单独的一个,而不是继承的),则不同的类加载器。
类实例仍然可以安全地在 中使用Set
,因为它们使用 hashset/equals 的默认实现,因此只有相同的实例Class
才会被视为相等。
但是要决定是否应该使用String
或者Class
您需要知道您的应用程序应该如何工作,就像我说的那样,不同的类加载器之间可以存在多个具有相同名称的类。
并且通过仅存储类名,您不能确定Class.forName
会返回与预期相同的实例,它甚至可能从当前类加载器加载一些具有相同名称的其他类,而不是使用预期的类。
添加回答
举报