1

我会给你一个系统的摘要。它有订单，每个订单都需要由外部 API 处理。通常一次需要处理大约 100 200 个订单，因此这将是一项耗时的任务。目前我使用带有传入订单ID的普通发布请求，并且在一定程度上增加了PHP资源。

主要问题：不知道脚本是否由于某种原因耗尽了所有资源并停止。这是非常不希望的，因为它可能在执行期间随时停止，另一件事是我不想分配太多资源，因为我知道这也是一个坏主意。

所以我想知道如果我对每个订单都使用多个 AJAX 请求，那实际上不是更好吗？由于每次都发出请求并实例化对象和内容，因此总体上肯定会花费更多时间。但我很确定分配的资源不会用完，脚本会成功完成。它还使我能够以交互方式告知用户已处理了多少订单。

欢迎有经验的用户提供任何反馈。

4

2 回答 2

1

如果您运行多个 AJAX 请求，它们将并行运行，因此需要更少的时间但更多的资源。

在我看来，您应该使用 AJAX，因为正如您所说，您可以通知用户进程，最好这样做，然后让用户不知道发生了什么。

如果您在一个页面上并且在处理时它冻结了 30 秒，您将不知道脚本是否崩溃或其他什么，但如果它是 60 秒但通知您进度，您会更倾向于等待让它完成。

您还可以在添加订单时对其进行预处理，然后在订单完成后完成处理（取决于您的订单处理机制）

于 2012-05-22T11:22:16.543 回答
1

一个能够处理 >1 个订单的 ajax 调用可能会更好，而无需知道系统的详细信息。连续的 ajax 调用也是一种（服务器）资源。

于 2012-05-22T11:23:07.360 回答