共计 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
}
}
})
如何应用代理服务器制作后盾 API 响应的延时成果
首先 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 响应十分慢(或从不响应),服务器端出现的应用程序将期待响应很长时间(或永远)。在这种状况下,为该应用程序调配的内存不会被开释,这会引起内存透露问题。