(1) State.loading這個值存儲在什么地方的？
(2) 什么時候變為 true？什么時候變為 false？

Component/service 需要消費存儲在 store 中的數據，通過 Store 和 Selector 完成。
例子：

Component 需要改變 store 中的數據時，不能直接修改 store，通過 action 和 store：246 行

Action 觸發 reducer，一個有限狀態自動機。不能直接修改狀態，只能根據當前狀態，返回新的狀態。
Loading：true

從 loading：false 跳轉到 loading: true, 中間經過了哪些步驟？

只有 Cart stable 和 checkout 數據加載完成時，才能調用 HTTP PUT：

從上面的代碼能看出：

Wait?

在 3G 網絡下，我勻速點了8次：第一次點擊的是 standard delivery

console.log 顯示每一次點擊都會觸發一次 HTTP 請求，但不一定是即時觸發，有排隊現象。

所以，當我點了 radio input 之后，如果不滿足 cart stable = true，checkout loading = false 的前提，HTTP PUT 就發不出去，loading 狀態就沒辦法變為 true.

問題轉而變為研究 cart stable 和 checkout loading 的變化規律。

成功設置 DeliveryMode 之后，就觸發 Cart 加載：

Cart 加載完畢之后，就會通過代碼第59行加載 checkout detail.

因此，delivery mode(HTTP PUT)和 cart，checkout loading，是三個串行的 HTTP 操作。

第一次點擊發生在 t0，如果第二次點擊發生在 t3 之后，則沒有任何問題。
如果第二次點擊發生在 t1~t3 之間(3G 網絡)，就會出現問題。

最終解決方案：
用 delivery mode，cart stable， checkout loading 三個因素同時控制。

更多Jerry的原創文章，盡在：“汪子熙”:

總結

以上是生活随笔為你收集整理的SAP 电商云 Spartacus UI 设置 Delivery Mode 的时序分析和一个竞争条件问题分享的全部內容，希望文章能夠幫你解決所遇到的問題。

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