問題：為什麼我們會看到形如下列格式的日誌？

> CSR fallback: rendering in progress

每次新的請求到達 SSR 時，都會呼叫檔案 spartacus-setup-ssr.js 中的 renderResponse 函式。

在其中， this.shouldRender 被呼叫，以評估應如何處理此請求。

![](https://img-blog.csdnimg.cn/img_convert/5422d8c8fed237cf45561e5a2858de9e.png)

在 shouldRender 中：

step1：評估當前併發數是否達到上限。 評估邏輯是透過將當前併發值（在 this.concurrency 中維護）與客戶傳遞的選項（ this.ssrOptions.concurrency ）進行比較來完成的：

![](https://img-blog.csdnimg.cn/img_convert/a2b9ecaec8467d24f1d4e65bc185449d.png)

原始碼：

```javascript
const concurrencyLimitExceed = ((_a = this.ssrOptions) === null || _a === void 0 ? void 0 : _a.concurrency) ? this.currentConcurrency >= this.ssrOptions.concurrency
            : false;
```

step2：評估同一頁面是否已經有渲染過程。

```javascript
const isRendering = this.renderingCache.isRendering(this.getRenderingKey(request));
```

![](https://img-blog.csdnimg.cn/img_convert/91226c2bf68009b76cfd6ea2beea9827.png)

# 如何判斷兩個渲染請求是否代表同一個頁面？

這是由第 97 行中的函式 this.getRenderingKey(request) 完成的。

預設的區分邏輯是使用請求的 originalUrl 欄位，即如果兩個請求的 originalUrl 相同，則 SSR 將它們視為同一個頁面。

如何判斷給定頁面是否已經有正在進行的渲染過程？

在 spartacus-setup-ssr.js 的 RenderingCache 類中，我們使用 Map 透過鍵值結構來維護每個頁面的渲染過程，參見下面的第 9 行。

![](https://img-blog.csdnimg.cn/img_convert/d9ca701716c18eadd1e7864b290f94db.png)

預設情況下，key 是請求的 originalUrl，value 是一個包含布林標誌的物件：true 或 false。

如果可以從 RenderingCache 的 Map 中找到等於 true 的給定值，我們認為給定頁面正在渲染。 同時，如果另一個請求帶有完全相同的頁面鍵（即相同的 originalUrl ），我們將不會透過 SSR 提供第二個請求，而是觸發 CSR 回退，並在下面的第 99 行列印日誌。
![](https://img-blog.csdnimg.cn/img_convert/d7d10a7c7afa3a785147b4e638bc523c.png)

注意：使用 RenderingCache 記錄頁面是否正在渲染的邏輯始終處於開啟狀態，無論選項“cache”的值如何。

為什麼我們會看到 SAP Spartacus 伺服器端渲染 `rendering in process` 的日誌

相關文章