问题标签 [request-queueing]

我正在尝试使用 API 解析来自 json 的数据，但我不知道为什么在计算 m_name3 的大小时它显示为 0，但正在通过文件解析数据。当把吐司放在 String name = o.getString("name"); 它正在显示名称字符串的内容，因此这意味着它正在解析数据但不存储在 arraylist 中。我不知道为什么。请帮忙！

编辑：

由于我启用了 IIS 的 HTTP2 协议，但主要 javascript 文件的请求仍在排队。根据Chrome对排队的解释，我真的不知道是什么原因造成的。

你可以在这里查看：https ://app.youjustgo.com/zh/

排队：

我有一个表单，它由通过调用 API 检索的块组成。

我需要根据该特定调用处理每个调用（我正在基于该调用创建一个 formGroup 部分）。

我想要的是拥有某种全局可观察/状态，当所有调用都被发出和处理时，它就会完成。

现在我通过创建一个 BehaviorSubject 计数器来做到这一点，并且在每次请求时我都会增加它。当这个计数器达到某个值时，我会更改loading为false并显示一个表格。有没有更好的办法？

看起来像

.

我曾想过创建of()包装器并concat()在它们周围使用，但我认为这是不对的。

所以我有这样的请求队列，带有'com.android.volley:volley:1.1.1'和permission.INTERNET

但是 txt 只显示“空”，我已经用邮递员尝试了 url，有人可以帮我吗

我正在使用 nodejs 实现一个 Web 服务器，它必须服务于大量并发请求。当 nodejs 一个一个地处理请求时，它将它们保存在一个内部队列中（我猜是在 libuv 中）。

我还想使用cluster模块运行我的 Web 服务器，因此每个工作人员将有一个请求队列。

问题：

1. 如果任何工作人员死亡，我如何检索其排队的请求？
2. 如何将检索到的请求放入其他工作人员的队列中？
3. 是否有任何 API 可以访问活着的工作人员的请求队列？

到第 3 位时，我想将排队的请求保留在 Redis 之类的地方（如果可能的话），以便在服务器崩溃、故障甚至硬件重启的情况下，我可以检索它们。

我正在处理一个每分钟具有最大请求率的 CDN 系统（因为所有对象的大小都差不多，所以没有比特率限制）

坦率地说，我还不知道它是#/clock 分钟，还是计算的速率。

我有一个守护进程，可以按需下载线程中的项目（而不是独立工作者）。这是该系统的正确模型。

“他们”建议在达到限制时使用指数退避，但这对我来说没有任何意义。指数退避的主要用途是解决资源冲突问题。我想如果我有独立的工人，这可能是有道理的。

但是对于单个守护程序系统（再次，这里是正确的使用模型），为什么这比等待下一个时钟分钟或仅使用速率调节机制更好？

是否有一些 Knuth “第一次拟合等同于最佳拟合”的证据表明这是一个很好的机制？这当然是最容易实现的！

更新：

gc 只会在最后的 } 之后工作，这意味着只有在整个 for 循环完成后，gc 垃圾收集才会运行一次。那么，这里有什么可以使用的编程模式吗？有点像 for 循环，但同时也允许 gc 运行每次迭代。我不知道我是否已经说清楚了......我可以忍受由 gc 运行每次迭代引起的性能下降。

我在一个 android 项目上使用 volley，但我无法得到一个有效的解决方案。

基本上我有大量的东西我会不断地发送（通过 http 和 volley lib）。当我发送其中的 10 个时没问题，但如果我连续发送，它最终会耗尽所有内存，并且应用程序由于占用的热量空间而终止。

下面是演示代码块

请阅读这篇文章，我已经尝试过分析器，当整个事情完成时（比如处理 10 个项目时），内存使用量会下降，但如果我连续运行它，它不会。内存使用量不断上升，最终会破坏应用程序（由android系统终止）。如何在循环中的每次迭代中释放内存？

请帮帮我，谢谢！！

当后端 Tomcat 服务器接收到请求时，如果没有可用的工作线程，则将请求排队。我有一个前端等待（比如说）30 秒，然后才显示超时并终止连接。如果请求在队列中时前端超时，即使连接被终止，当请求到达队列顶部并且有工作线程可用时，请求仍然由服务器处理。但是这个处理是多余的，因为前端已经超时了。

此外，请求会一直保留在队列中，直到它有机会被处理，这实质上会阻塞队列以等待前端仍期望响应的较新请求。

我愿意接受任何后端更改（Tomcat / JVM 或其他）

Ps 我知道tomcat 没有关于接受队列的任何信息。我读到comm stack有那个信息。但是我还不清楚可以做什么

我们的 web 应用程序的基础设施看起来像这样

Nodejs Web 应用程序 -> GraphQL + Nodejs 作为中间件（FE 的 BE） -> ROR 中的大量 BE 服务 -> DB/ES 等

我们已经见证了 GrpahQL+Nodejs 的整个中间件层在多个关键 BE 服务中的任何一个变得潜在并且请求队列开始发生时变得潜在。当我们尝试将其与潜伏期间的请求数量进行比较时，它是 <1k 请求，这远低于 nodejs 声称的 10k 并发请求处理。寻找进一步调试此问题的指针。到目前为止，我们已经完成了分析：

• 根据 Datadog 和其他用于监控系统健康状况的 APM，当服务器处于潜伏状态时，CPU 和内存使用率没有表现出异常行为
• 我们从最顶层到最后一层使用了各种请求跟踪方法，并且确认请求队列仅发生在这个中间件层上。

在 Angular 7 项目中，有一个事件列表页面，数据限制仅为 10。但每次连续加载更多点击它需要更多时间来加载数据。尽管对 api request(.net) 的调用以毫秒为单位，但时间以秒为单位。

在调用 api 之后，我正在处理数据，以便根据日期和时间间隔对它们进行分组，并在 2 个相等的列中显示召集人数据，如下所示。

关于正在发生的事情以及如何解决此问题的任何想法？欢迎任何帮助/建议。