這是 Jerry 2021 年的第 51 篇文章，也是汪子熙公衆号總共第 328 篇原創文章。
如無特殊說明，本公衆号介紹的 SAP Commerce Cloud UI，均指新一代基于 Spartacus 開源項目開發的 UI，而非傳統的基于 JSP 技術，同 Commerce 平台耦合在一起的 Accelerator UI.
前文 從淘寶首頁登入說起 提到過，淘寶網的使用者會話管理，通過浏覽器的 Cookie 和伺服器端的使用者會話對象來實作。
而 SAP Commerce Cloud UI，基于 100% API 驅動的無頭電商架構，Commerce 背景将 Commerce 核心業務通過 OCC(Omni Commerce Connect) API 的方式暴露出來。借助這些 API 和開源的 SAP Spartacus 庫，客戶可以自行開發具備個性化 UX 的電商網站。
采取這種設計後，即使使用者在購物過程中重新整理了浏覽器，SAP Commerce Cloud UI 重新加載後，從 Local Storage 中取出通路令牌同步到記憶體中，接下來的使用者操作，繼續使用該令牌調用 Commerce OCC API，不會因浏覽器重新整理而中斷。
總結起來，SAP Commerce Cloud UI 有關通路令牌和重新整理令牌的使用場景如下：
(1) 使用者登入後，SAP Commerce Cloud UI 将伺服器頒發的通路令牌存儲于記憶體中，并持久化到浏覽器 Local Storage.
對于重新整理令牌，出于安全性考慮，我們團隊實作時，僅将其維護在應用記憶體中，并不進行持久化操作。
(2) 當使用者操作 UI，觸發 API 調用後收到伺服器傳回的通路令牌過期的錯誤之後，SAP Commerce Cloud UI 自動利用重新整理令牌，申請新的通路令牌；待拿到新的通路令牌之後，使用該令牌重新調用之前因為舊的通路令牌過期而失敗的 API；這一系列機制對于使用者來說完全透明，使用者在界面上的操作不會受到任何影響。
(3) 如果使用者操作觸發的 API 調用收到的伺服器傳回為重新整理令牌過期，SAP Commerce Cloud UI 會暫存目前使用者浏覽頁面的 URL，并将使用者重定向到登入頁面；使用者重新登入後，擷取到新的通路令牌和重新整理令牌，再被 SAP Commerce Cloud 重定向到重新整理令牌過期時正在操作的頁面。
本文簡單介紹了 SAP Commerce Cloud UI 使用者會話管理的基本實作原理和支援的場景。對其技術實作感興趣的朋友，可以查閱我們團隊釋出在 Github 上的文檔，感謝閱讀。
https://sap.github.io/spartacus-docs/session-management————————————————
版權聲明：本文為CSDN部落客「汪子熙」的原創文章，遵循CC 4.0 BY-SA版權協定，轉載請附上原文出處連結及本聲明。
原文連結：
https://blog.csdn.net/i042416/article/details/119448281 更多閱讀
從産品展示頁面談談Hybris的特有概念和設計結構
從産品展示頁面談談Hybris系列之二: DTO, Converter和Populator
Hybris Enterprise Commerce Platform 服務層的設計與實作
從一個實際的例子出發，談談SAP Commerce Cloud電商雲的UI自定義開發
SAP Commerce Cloud (電商雲) UI 的懶加載功能
SAP CRM Fiori 應用和 SAP Commerce Cloud (電商雲) UI 如何通過調整CSS來改變UI顯示風格
SAP 産品一脈相承的 UI 增強思路，在 SAP Commerce Cloud (電商雲) UI 增強實作中的展現
Jerry在2020 SAP全球技術大會的分享：SAP Spartacus技術介紹的文字版
一小時内在本地搭建SAP Commerce Cloud(電商雲)的前背景運作環境
SAP Commerce Cloud ( 電商雲 ) 路由路徑的自定義配置與開發