cdi-api

這篇文章（通過一個簡單的示例）說明了如何使用CDI Producers使其在RESTful服務中利用緩存控制語義更加容易

與HTTP 1.0中可用的Expires標頭相比， HTTP 1.1中添加了Cache-Control標頭，這是急需的改進。 RESTful Web服務可以利用此標頭來擴展其應用程序并使它們更有效，例如，如果您可以緩存先前請求的響應，那么如果您確定要對某個請求進行響應，那么顯然無需再次向服務器發出相同請求您緩存的數據不是陳舊的事實！

JAX-RS有何幫助？

自其初始（1.0）版本以來， JAX-RS就已經支持Cache-Control標頭。 CacheControl類表示現實世界中的Cache-Control HTTP標頭，并提供了通過簡單的setter方法配置標頭的功能。 JAX-RS 2.0 javadocs中有關CacheControl類的更多信息

那么我該如何使用

只需返回一個Response對象，即可圍繞它包裝 CacheControl類的實例。

@Path("/testcache") public class RESTfulResource {@GET@Produces("text/plain")public Response find(){CacheControl cc = new CacheControl();cc.setMaxAge(20);return Response.ok(UUID.randomUUID().toString()).cacheControl(cc).build();} }

盡管這對于單個方法來說相對方便，但是重復創建和返回CacheControl對象可能會激怒多個方法

CDI生產者來搶救！

CDI生產者可以幫助注入類的實例，這些類在技術上不是Bean （按照嚴格的定義），或者對于您用范圍和限定符修飾它們時無法控制的類。

這個想法是為了

• 有一個自定義注釋（ @CacheControlConfig ）來定義Cache-Control標頭的默認值，并在您要覆蓋它時提供靈活性 @Retention(RUNTIME) @Target({FIELD, PARAMETER}) public @interface CachControlConfig {public boolean isPrivate() default true;public boolean noCache() default false;public boolean noStore() default false;public boolean noTransform() default true;public boolean mustRevalidate() default true;public boolean proxyRevalidate() default false;public int maxAge() default 0;public int sMaxAge() default 0;}
• 只需使用CDI Producer通過使用InjectionPoint對象（由CDI高興地注入！）來創建CacheControl類的實例，具體取決于注釋參數 public class CacheControlFactory {@Producespublic CacheControl get(InjectionPoint ip) {CachControlConfig ccConfig = ip.getAnnotated().getAnnotation(CachControlConfig.class);CacheControl cc = null;if (ccConfig != null) {cc = new CacheControl();cc.setMaxAge(ccConfig.maxAge());cc.setMustRevalidate(ccConfig.mustRevalidate());cc.setNoCache(ccConfig.noCache());cc.setNoStore(ccConfig.noStore());cc.setNoTransform(ccConfig.noTransform());cc.setPrivate(ccConfig.isPrivate());cc.setProxyRevalidate(ccConfig.proxyRevalidate());cc.setSMaxAge(ccConfig.sMaxAge());}return cc;} }
• 只需將 CacheControl實例注入您的REST資源類中，并在您的方法中使用它 @Path("/testcache") public class RESTfulResource {@Inject@CachControlConfig(maxAge = 20)CacheControl cc;@GET@Produces("text/plain")public Response find() {return Response.ok(UUID.randomUUID().toString()).cacheControl(cc).build();} }

其他想法

• 在這種情況下，產生的CacheControl實例的范圍是@Dependent，即它將與注入它的類一起生存和死亡。 在這種情況下，由于JAX-RS容器為每個客戶端請求創建了一個新實例，因此JAX-RS資源本身是RequestScoped （默認），因此將與每個HTTP請求一起創建注入的CacheControl實例的新實例。
• 您還可以引入CDI限定詞以進一步縮小范圍并考慮極端情況
• 您可能會認為，使用JAX-RS過濾器可以實現相同的目的。 那是正確的。 但是您需要手動設置Cache-Control標頭（在可變的MultivaluedMap中），并且邏輯不夠靈活，無法解決不同情況下的不同Cache-Control配置

實驗結果

使用NetBeans IDE播放此示例（推薦）

• 部署WAR并瀏覽到http：// localhost：8080 / JAX-RS-Caching-CDI / testcache
• 隨機字符串，將被緩存20秒 （根據@CacheControl批注的配置）

• 對相同URL的GET請求不會導致服務器端REST服務的調用。 瀏覽器將返回緩存的值。

盡管代碼很簡單，但是如果您覺得很懶，可以從這里獲取（maven）項目并在其中玩轉

玩得開心！

翻譯自: https://www.javacodegeeks.com/2015/02/simplifying-jax-rs-caching-with-cdi.html

cdi-api

總結

以上是生活随笔為你收集整理的cdi-api_使用CDI简化JAX-RS缓存的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。