我想知道响应REST请求的类的预期生命周期行为是什么。
我有一个从javax.ws.rs.core.Application派生的类，该类标识另一个用于响应请求的类。
在另一个类中，它用@Path（“ foo”）注释，并且该类中的方法用@Path（“ bar”）注释。当对foo / bar发出请求时，我可以看到构造函数已执行，然后正确调用了PostConstruct方法。该方法向客户端返回响应后，可以看到调用了PreDestroy，然后对该类进行了压缩。在下一个请求时，该过程重复。
这是正确的行为吗？还是有一种方法可以将此类保留在内存中，从而使每次发出请求时都不需要遍历构造函数和PostConstruct？此方法依赖JAXB编组和各种XSL转换-我想缓存已编译的XSLT转换对象以及某些转换的结果，但是如果每次调用该类都重新实例化时，它将无法进行本地缓存。
它与Java 7，Wink和Tomcat 7一起运行。有人可以让我知道这是否是预期的行为，还是我错过了一些可以使此类继续存活的东西？
谢谢。
最佳答案
根据JAX-RS规范，将根据请求创建资源（用@Path注释的类）。
有几种方法可以覆盖此行为。
根据JAX-RS规范，可以使用的最简单方法是自己创建一个资源实例（您有责任调用PostConstruct，在这种情况下不确定何时以及如何调用PostDestroy）并使用
或者，您可以在资源上放置javax.ws.rs.core.Application.getSingletons()批注。
如果您使用Spring，则Wink拥有一个简洁的Spring集成模块，因此将使用Spring的生命周期。见http://incubator.apache.org/wink/1.0/html/5.5%20Spring%20Integration.html