Java 类的实例是不可变的吗？

我想知道实例是否是不可变的。声明的方法名称并不表示在调用它们时实例状态发生了更改，但我发现javadoc上没有明确的保证

---

场景：我需要在

集中存储唯一的类名。理想情况下，我希望在集合中填充
Class
实例，以避免在需要通过反射访问classe时不必要地调用。但是，最好使用不可变对象作为集合的键。因此，我想知道是否可以立即使用
Class
实例。
首先，泛型部分
Class
在这里并不重要。当然，没有原始类型，因此
Class
比Class好，但对于您的问题，通配符并不重要

所以本质上，您是在询问类对象是否是不可变的。实际上，它们是

当类加载器加载一个类时，类对象就存在了，除非卸载整个类加载器及其加载的所有内容，否则类对象将保持不变

当这样的类对象仍在某个地图中使用时，这是不可能发生的

另一方面：
Class.forName（）
对于已经加载的类来说应该不会太昂贵。当序列化之类的事情开始发挥作用时，人们建议使用字符串而不是类对象（例如，请参阅）

必须区分类对象的不可变的标识，以及属于该类的实际“代码”。代码可以在运行时更改（通过插装，考虑代码的热交换）。但是类名及其每个代码和
equals（）
equality不应该受此影响。因为“身份”保持不变

最后一点注意：正如下面有趣的注释所示，有一些方法可以在一定程度上改变类对象。但所有这些活动肯定是“不正常的”。因此：理论上，您可能更喜欢字符串而不是类对象，但实际上，在“普通”应用程序中，使用类也应该可以很好地工作。
首先，泛型部分
Class
在这里并不重要。当然，没有原始类型，因此
Class
比Class好，但对于您的问题，通配符并不重要

所以本质上，您是在询问类对象是否是不可变的。实际上，它们是

当类加载器加载一个类时，类对象就存在了，除非卸载整个类加载器及其加载的所有内容，否则类对象将保持不变

当这样的类对象仍在某个地图中使用时，这是不可能发生的

另一方面：
Class.forName（）
对于已经加载的类来说应该不会太昂贵。当序列化之类的事情开始发挥作用时，人们建议使用字符串而不是类对象（例如，请参阅）

必须区分类对象的不可变的标识，以及属于该类的实际“代码”。代码可以在运行时更改（通过插装，考虑代码的热交换）。但是类名及其每个代码和
equals（）
equality不应该受此影响。因为“身份”保持不变

最后一点注意：正如下面有趣的注释所示，有一些方法可以在一定程度上改变类对象。但所有这些活动肯定是“不正常的”。因此：理论上，您可能更喜欢字符串而不是类对象，但实际上，在“普通”应用程序中，使用类也应该可以很好地工作。
因为我不太同意其他答案，所以我决定写这个，

类不是不变的，但它们是唯一的——一个类只能存在一个类对象实例

但类并不是由其名称定义的，因为类可能来自不同的类装入器，不同的类装入器可能有同名的类-但这将是不同的类，如果在两个不同的类加载器处理的代码之间传递某个对象，并且该对象类型存在于这两个类加载器中（作为单独的对象，而不是继承的），则会得到
ClassCastException

类实例仍然可以安全地在
Set
中使用，因为它们使用hashset/equals的默认实现，所以只有
Class
的相同实例才会被视为相等

但是要决定是使用
String
还是
Class
，你需要知道你的应用程序应该如何工作，就像我说的，不同的类加载器之间可以存在多个同名的类

仅仅通过存储类名，您无法确定
class.forName
将返回与预期相同的实例，它甚至可能从当前类加载器中加载具有相同名称的其他类，而不是使用预期的类加载器。
由于我不太同意其他答案，我决定编写这个，

类不是不变的，但它们是唯一的——一个类只能存在一个类对象实例

但类并不是由其名称定义的，因为类可能来自不同的类装入器，不同的类装入器可能有同名的类-但这将是不同的类，如果在两个不同的类加载器处理的代码之间传递某个对象，并且该对象类型存在于这两个类加载器中（作为单独的对象，而不是继承的），则会得到
ClassCastException

类实例仍然可以安全地在
Set
中使用，因为它们使用hashset/equals的默认实现，所以只有
Class
的相同实例才会被视为相等

但是要决定是使用
String
还是
Class
，你需要知道你的应用程序应该如何工作，就像我说的，不同的类加载器之间可以存在多个同名的类

而且