在基於RestEasy的服務中爲ThreadLocal存儲使用服務器請求和響應過濾器

Question

我目前正在開發基於RESTeasy的RESTful服務。我有一個過濾器類，用作服務器請求過濾器以及服務器響應過濾器（即它實現ContainerRequestFilter和ContainerResponseFilter接口）。

在請求開始時，我使用過濾器將對象放入ThreadLocal。該對象在整個請求中由資源使用。在請求結束時，在發送響應之前，過濾器從ThreadLocal中刪除對象。

我的問題是，有沒有保證請求過濾器，資源和響應過濾器都將在同一個線程中執行？在請求過濾器將對象放入ThreadLocal後，有不同的線程執行請求（從而無法訪問對象）嗎？

我確信是這樣，但後來我看到這http://jersey.576304.n2.nabble.com/Does-filter-method-of-ContainerRequestFilter-run-in-resource-method-thread-td7582648.html（官方澤西島論壇），現在我有疑慮。

Answer 1

javax.ws.rs.container.ContainerRequestContext.setProperty（...）

和

javax.ws.rs.container.ContainerRequestContext.getProperty（... ）

可能是正確的做法。 javadoc狀態：

在Servlet容器中，屬性與ServletRequest同步並公開ServletRequest中可用的所有屬性。這些屬性的任何修改都會反映在關聯的ServletRequest的屬性集中。