gpt4 book ai didi

Javascript promise 卡在等待对方

转载 作者:行者123 更新时间:2023-12-01 03:24:45 25 4
gpt4 key购买 nike

我有这段用于管理仪表板的代码,其中包含大约 100 个独立检查。

检查结果通过 AJAX 调用接收。

开始时每项检查都有一个初始请求。收到特定检查的结果后,代码递归地等待设置的超时,并再次重复请求以进行该检查。

一份 promise =一张支票。

我想知道为什么 promise 只有在每个 promise 都处于待处理状态之后才开始解决(没有一个处于超时期限)。也就是说,即使服务器的响应是“瞬时”的,它们也只是等待循环中的最后一个 promise 。

const TIMEOUT = 4000;

function checkForUpdate(environment, application, check) {
Dashboard.setCheckPending(environment, application, check);

return Communicator.getStatus(environment, application, check)
.then(status => {
Dashboard.updateCheckCell(environment, application, check, status);
Dashboard.updateEnvironmentCell(environment, application);

setTimeout(() => {
return checkForUpdate(environment, application, check)
},
TIMEOUT
);
});
}


Communicator.getEnvMatrix()
.then(data => {
Dashboard.create(data);

$.each(data, (environment, applications) => {
$.each(applications, (application, checks) => {
$.each(checks, (key, check) => {
checkForUpdate(environment, application, check);
});
});
});
});

问题还在于如何重写它,以便每个检查只等待其自己的结果被传递并设置超时。

<小时/>

编辑(澄清):

这 100 个检查中的每一个都是独立的,这就是为什么我想尽快为每个检查运行 AJAX(在 $.each() 循环内)。

检查仅依赖于其自身。我不希望它等待任何其他检查。

收到检查结果后,它必须等待设置的超时,然后才能再次尝试检索其状态。这就是为什么我将递归函数封装在 setTimeout() 中。

即使我将 setTimeout() 重写(见下文)作为 promise ,不幸的是,行为仍然保持不变。

function delay(timeout) {
return new Promise(resolve => {
setTimeout(resolve, timeout);
});
}


function checkForUpdate(environment, application, check) {
Dashboard.setCheckPending(environment, application, check);

let promise = Communicator.getStatus(environment, application, check).promise();

return promise
.then(status => {
Dashboard.updateCheckCell(environment, application, check, status);
Dashboard.updateEnvironmentCell(environment, application);

return delay(TIMEOUT).then(() => {
return checkForUpdate(environment, application, check);
});
});
}

最佳答案

您的代码同步运行$.each()。这意味着它将在其他任何内容运行之前调用每个 checkForUpdate() 。由于符合标准的 Promise 总是异步解析(在未来的某个时间点上),这意味着这里的每个请求都将在任何 Promise 运行其 .then() 处理程序之前启动。这就是 promise 的运作方式。只有当 $.each() 循环完成后,Javascript 解释器才能开始处理已解析 Promise 的 .then() 处理程序。

此外,还不清楚为什么您要尝试在 setTimeout() 内执行 return checkForUpdate(environment, application, check)。那里的return什么也不做。它只是返回到 setTimeout() 回调,该回调不执行任何操作。父函数早已返回,因此这不会将下一个 checkForUpdate() 链接到前一个 promise 链。如果您想将它们链接在一起,那么您需要使用 promise 进行延迟并返回该 promise ,如这些引用文献中所示:

using setTimeout on promise chain

Delays between promises in promise chain

Delay chained promise

<小时/>

The unexpected thing is that even if all 100 requests are sent immediately after page loads, they are being resolved just few at a time and (roughly) in the order they've been sent. Roughly means 3, 2, 5, 1, 8, .... But I'd expect something like 3, 89, 12, 76, 21, 94, .... There seems to be some limit on how many promises can be run concurrently and in what order.

影响 ajax 调用的另一件事是每个浏览器对同一主机允许的并发 ajax 调用数量都有限制。如果超过该限制,它将对它们进行排队,并且在某些较早的任务完成之前不会运行后续的任务。每个浏览器都会设置自己的限制,并且它们会随着时间的推移而改变,所以我不知道当前的限制到底是什么,但它们很低。我知道 Chrome 曾经是同一主机上的 6 个版本。因此,这也会影响事情完成的确切顺序。

当您达到此限制时,Ajax 调用将按照您的代码调用的顺序发送。因此,如果每个主机的限制为 6 个,那么您的前 6 个请求将被发送,而第 7 个请求只有在前 6 个请求之一完成时才会发送,依此类推。这仍然不能保证完成顺序,但它确实会影响稍后的请求在较早的请求之前完成的能力。

关于Javascript promise 卡在等待对方,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/44909264/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com