業界大多數微服務實現通過 HTTP 進行通信的事實并不意味著微服務旨在用作 Web 服務器。

一個微服務：

1. 不必通過 HTTP 通信（盡管大多數實現都這樣做，為了方便）

2. 不打算接收由 Web 瀏覽器發出的請求（盡管您可以使用 Web 瀏覽器向偵聽 HTTP 的微服務發出請求以對其進行測試）

3. 肯定不是要生成包含可以在瀏覽器中呈現的 HTML 的響應。

由于這些原因，微服務通常沒有會話的概念。

如果你絕對必須讓你的微服務會話感知，并保持它無狀態（這樣它仍然可以合法地稱為微服務）那么你必須讓它在每次請求到達時從你的持久性存儲中獲取所有必要的會話信息，并保存在返回響應之前，它的任何部分都已更改回持久性存儲。但這不是微服務的工作方式。

一般我們在網絡上使用微服務的方式是這樣的：

1. 要么我們在瀏覽器上運行 javascript，它維護會話狀態并向微服務發出無會話請求，必要時包含身份驗證信息，[*] 或

2. 我們構建了一個傳統的 Web 服務器，它以傳統方式維護會話狀態，因此不是微服務，并且我們讓該 Web 服務器在內部向微服務發出無會話請求以完成其工作。

腳注：

[*] 請注意，我承認許多人這樣做并不代表對這種做法的認可。

您無法在無狀態服務器中管理會話。

您可以做的是將唯一令牌及其相應信息存儲到 Redis/MemCache 中。

您需要在客戶端存儲令牌而不是 JSESSIONID。