java“类”如何实现？文字返回同一类的 Class 对象的不同实例？

Question

我的情况非常令人困惑，正在寻找任何想法。

我正在运行一个小型 Spring MVC 应用程序，在其中使用控制器“AnsController”上的 RequestMapping 注释。当 RequestDispatcher 扫描我的 bean 中的 RequestMapping 注释时，在某些时候它会归结为这一行：

clazz.getAnnotation(RequestMapping.class)

(clazz = AnsController.class)

上面的行没有找到注释，即使它在那里。

我开始在 Eclipse 调试器中对此进行调查，发现了一个非常令人费解的问题。上面一行失败的原因是 b/c RequestMapping.class 返回一个 Class 对象，该对象似乎描述了正确的注释，但具有与存储在 < 中的 Class 对象不同的内部 id 和 hashCode AnsController.class 上的 em>annotations 数组！

我编写了一个测试 servlet，在其中放置了上面的代码行，我可以看到存储在 annotations 数组中的类和 RequestMapping.class 返回的类是同一个对象。

然而，在 RequestDispatcher servlet 中，RequestMapping.class 似乎为同一注释实例化了该类的另一个实例（我可以告诉 b/c 内部 id 远高于注释映射中类对象的 id）。

换句话说，在我的 Test Servlet 中调用 RequestMapping.class 会产生与在 RequestDispatcher servlet 中调用完全相同的代码不同的 Class 对象。

假设使用相同的类加载器，这是否可能？这是否足以得出这样的结论：这些不同的 Class 对象实例应该表示一个相同的注释，必须由不同的类加载器生成？

我找不到任何书面内容来证实我的假设，即每个类只允许一个 Class 对象实例，但这似乎是合理的......或者我错了？

Answer 1

是的，这似乎很合理，但不幸的是它并不总是这样。引用 Java 语言规范：

在运行时，类和接口由 Java 虚拟机使用类加载器加载。每个类加载器都定义自己的一组类和接口。因此，两个加载器有可能加载相同的类或接口定义，但在运行时生成不同的类或接口。

Answer 2

它们必须由不同的类加载器加载。这通常不是问题 - RequestDispatcher 的加载器应该是 Controller 加载器的父级；当请求一个类（这里是RequestMapping）时，子加载器应该首先询问父加载器；因此两者应该看到相同的 RequestMapping 类。

如果这个被打破，一切都会崩溃；控制器看到的任何 Spring 类都是不同的，框架和控制器不可能交互。

检查控制器的类加载器，看看为什么它没有框架类加载器作为父级。

Answer 3

对于给定的类 T，每个类加载器只能有一个代表 T 的 Class 实例。您的问题是“假设使用相同的类加载器，这是否可能？”，答案是“否”。

但在 Web 服务器上下文中，这也不是一个很好的假设 - 大多数 Web 服务器都会启动无数的类加载器，并且您很可能会获得一个类的多个副本，每个类加载器都有一个副本。

Answer 4

如果您尝试在 HandlerInterceptorAdapter 子类中执行此操作，则应使用 handler 参数来获取该类。我用这种方法从控制器中提取注释没有任何问题。

...
public void preHandle(HttpServletRequest request, HttpServletResponse response,
                      Object handler)
{
    Class clazz = handler.getClass();
    ...
}
...

Answer 5

现在我们就有了。在被这里的所有答案确信我的类加载器一团糟之后，我找到了问题所在。一年前的一次黑客攻击让我痛不欲生:)。

当时我编写了一个 Eclipse 插件，用于启动 Jetty 6 服务器并就地部署应用程序。该插件通过命令行 -classpath 开关将所有 Web 项目构建依赖项放置在 AppClasspath 上。这对于我使用它的应用程序来说是理想的，因为它使我能够大大简化特定情况下开发模式下的类加载策略。然而，在这种情况下，我最终在 AppClassLoader 和 WebClassLoader 上得到了 Spring jar，因为 Spring jar 位于 WEB-INF/lib 中代码>.

一旦我意识到这一点，我只需在我的jetty配置中将WebAppContext上的parentLoaderPriority设置为true，问题就消失了。当然，这仍然是一个 hack，但对于我在这里做的快速而肮脏的应用程序来说已经足够好了。

感谢您所有有用的回复！