我想了解您对此概念的看法/意见。如果有替代方案？如果这可行/有益吗？
根据我的理解，对于每个http请求，服务器执行一些操作并发回一个http响应。
现在考虑任何情况，我们希望能够更好地控制服务器上运行的进程。
情况1 ：http请求发送 - ＆gt;服务器启动处理（进程中的长任务） - ＆gt;用户关闭浏览器。 此过程仍在执行，消耗服务器并且客户端将忽略http响应。
这里浪费了资源。
情境2 ：http请求发送 - ＆gt;服务器开始处理（进程中的长任务）
此处客户端不知道服务器中运行的进程的状态。 客户端必须等到它返回http响应。
我的想法：在最初的http请求和最终的http响应之间，添加一个功能来发送多个中间http响应，这些响应将包含有关在服务器端运行的进程的信息。
情况1的解决方案：http请求发送 - ＆gt;服务器启动处理（进程中的长任务） - ＆gt; [将进程ID作为中间http响应返回] - ＆gt;用户关闭浏览器 - ＆gt; [发送http请求以使用进程ID关闭服务器进程]
情况2的解决方案：http请求发送 - ＆gt;服务器开始处理（进程中的长任务） - ＆gt; [按时间间隔返回http响应，并详细说明在服务器上运行的进程] - ＆gt; [如果需要，执行任何操作]
请注释:)并纠正我是否遗漏了什么。