将类作为Hashtable密钥-这是一个好主意吗？

Question

经过一番考虑，我基本上在我的应用程序中实现了缓存，使用了一个哈希表，该哈希表包含Class作为键（该哈希表对应于特定的缓存实体，并继承自AbstractCache ），并由那个课，似乎很方便。

但是将Class作为Hashtable键是一个好主意，还是我应该只使用.canonicalName()或类似的东西？

Answer 1

如果您永远不需要卸载类，那么这可能不是问题。 但是，由于要求可能会根据您的代码运行方式（独立Java应用程序或部署在Web容器，企业服务器等中）而有所不同，因此最好不要这样做。 Classloader泄漏是非常讨厌的错误，需要跟踪和解决。

使用规范名称似乎是一个更好的解决方案。 但是，请记住另一个挑战：如果您有多个可能会加载同一类的类加载器，则这些类仍将被视为不兼容。 您将无法通过其规范名称来区分它们，而由不同的类加载器加载的两个相同的类将产生两个不同的Class实例，并可用作同一映射中的键。

如果您没有非常特定的类加载器约束或要求，请使用规范名称。 如果要以独立Java应用程序以外的任何其他方式进行部署，请谨慎对待其含义。

Answer 2

对我来说听起来不错。 我过去曾经做过。 类实际上是不可变的单例，因此没有机会使用Class的“错误”实例。

唯一会出现问题的是是否涉及多个ClassLoader，但这在大多数应用程序中很少见。