php耗时脚本-普通POST还是多个AJAX请求？

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

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

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

---

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

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

在我看来，您应该使用AJAX，因为正如您所说的，您可以将流程告知用户，这样做最好让用户不知道发生了什么

如果你在一个页面上，它在处理过程中冻结了30秒，你不知道脚本是否崩溃了，但是如果是60秒，但通知你进度，你会更倾向于等待它完成

---

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

一个ajax调用，能够处理>1个订单甚至更好，而不需要知道 无论如何，你的系统的细节。

---

连续的ajax调用也是一种（服务器）资源。

我同意ajax请求并通知用户。。。我也是这么想的，只是不知道可以同时完成多少个请求。预处理不是一个选项。即使你不通过AJAX（使用JavaScript中的同步请求）进行预处理，你也会得到通知用户的理想效果，但一次只发送一个请求。我会接受你的回答，因为你付出了巨大的努力和大量的回复，这与我的理解相符。我认为，不过还是要感谢您的评论：）这很好，但问题是，根据每个订单的大小和发送的订单数量，您需要编写脚本来按大小排序post数据并发送数据包，这需要在客户端和服务器端编写更多的脚本。如果每个订单的大小都一样，那就容易多了。