关于sap:让-Spartacus-服务器端渲染引入-long-API-调用超时机制的两种配置方法

35次阅读

共计 1846 个字符，预计需要花费 5 分钟才能阅读完成。

两种办法，应用 config.backend.timeout = {浏览器：...，服务器：...}，或者能够更具体地配置，即基于 Request 粒度，通过将 HTTP_TIMEOUT_CONFIG HttpContextToken 传递给 Angular HttpClient 的办法来针对每个具体申请进行配置。

在 SSR（Node.js）中，超时解决耗时过长的内部 http 调用是一项尤为重要的改良，因为在 Node.js 中，与浏览器不同，Node.js 运行环境下并没有默认的内部 http 调用超时工夫（浏览器通常会在长时间后超时长时间的 http 调用，例如 1 分钟）。

这种可配置的超时逻辑当初曾经在 Spartacus 中的 Angular Http 拦截器层面上实现。也就是说，在 Spartacus SSR long API timeout 性能公布之前，客户能够本人实现相似的逻辑，例如通过本人实现 Angular Http 拦截器来实现。

配置代码：

provideConfig({ 
  backend: { 
    timeout: { 
      server: 3_000,
      browser: 3_000
    }
  }
})

首先 Install http-proxy tool：npm install -g http-proxy

而后开发一个 http-proxy.js server file

const httpProxy = require('http-proxy');
const http = require('http');

const proxy = httpProxy.createProxyServer({secure: false});

const ENDPOINT_FOR_DELAY = 'consenttemplates';
const BACKEND_BASE_URL = 'https://jerry:9002';
const DELAY = 3000; // 手动硬编码的延时

/** custom predicate, whether we should delay a request */
const shouldDelay = (req) => {// Note: In browser there are 2 requests: preflight (OPTIONS) and actual request (GET).

  const result = req.url.includes(ENDPOINT_FOR_DELAY);
  result && console.log({delay: DELAY, url: req.url, method: req.method});
  return result;
};

http
  .createServer(function (req, res) {const forwardRequest = () =>
      proxy.web(req, res, { target: BACKEND_BASE_URL});
    const delay = shouldDelay(req) ? DELAY : 0;
    setTimeout(forwardRequest, delay);
  })
  .listen(9002);

而后启动这个代理服务器：node http-proxy.js

最初在 .env-cmdrc 里指定环境变量 CX_BASE_URL:

  "dev": {"CX_BASE_URL": "http://localhost:9002"},

针对某个具体申请设置 timeout：

import {HTTP_TIMEOUT_CONFIG, HttpTimeoutConfig} from `@spartacus/core`;

/* ... */


return this.httpClient.get('/some/api', {context: new HttpContext().set(
    HTTP_TIMEOUT_CONFIG, 
    {server: 15_000} // value in milliseconds 
  )
})

当超时真的产生之后，能够在 console 看到下列的正告音讯：

Request to URL ‘${request.url}’ exceeded expected time of ${timeoutValue}ms and was aborted.

总之，对于在 NodeJS 中运行的服务器端渲染应用程序的稳定性来说，为每个传出的 http 调用设置一个明确的超时工夫是至关重要的。否则，如果后端 API 响应十分慢（或从不响应），服务器端出现的应用程序将期待响应很长时间（或永远）。在这种状况下，为该应用程序调配的内存不会被开释，这会引起内存透露问题。

正文完