Apache nifi 为什么一些NiFi HTTP响应需要这么长时间？

我注意到，当我通过NiFi发布200条回复时，通常会立即回复。然而，404和500错误似乎花费了很长时间，它们常常导致客户端超时

这是故意的行为吗？或者我的

HandleHTTPResponse

处理器是否可能设置错误

--

---

编辑：虽然回答如下，但值得澄清的是，

HandleHTTPResponse

的行为没有不同；我只是碰巧将[受惩罚的]流文件路由到设置为提供404/500错误代码的处理器。。。因此，似乎存在相关性。

在不知道哪些响应需要这么长时间的情况下，我猜测错误响应是由异常生成的，该异常可能由于内部超时而引发（即，等待其他连接或操作无法完成，耗尽超时时间，导致HTTP响应耗时太长）。如果愿意，您可以在JVM中分析这些操作。

不知道哪些响应花费了这么长的时间，我猜错误响应是由异常生成的，该异常可能由于内部超时而引发（即，等待其他连接或操作无法完成，耗尽超时时间，导致HTTP响应耗时太长）。如果愿意，您可以在JVM中分析这些操作。

失败的请求可能会受到惩罚。请检查失败路径上的设置，并将默认的30秒值更新为0，这在处理预期的http错误时更有意义。

失败的请求可能会受到惩罚。请检查失败路径上的设置，然后重试将默认的30秒值更新为0，这在处理预期的http错误时更有意义。

它们立即转到故障连接，然后直接位于HandleHTTPResponse处理器上游的队列中。它们立即转到故障连接，然后直接位于HandleHTTPResponse处理器上游的队列中处理器。将

HandleHTTPResponse

处理器上游的处理器的惩罚设置为0是修复方法。尽管上游惩罚立即出现在下游

Failure

队列中，但似乎上游惩罚的存在将保留流文件。我怀疑NiFi的文档注意到了这一点，但通过其UI，NiFi确实注意到了这一点esn没有说得很清楚。事实上，它涵盖了这种行为…[惩罚]将在[设置的]时间段内阻止处理流文件。”将

HandleHTTPResponse

处理器上游的处理器的惩罚设置为0是一个解决方案。看起来，尽管在下游

Failure

队列中立即出现，但上游惩罚的存在将保留流文件。我怀疑NiFi的文档注意到了这一点，但通过其UI，NiFi没有做出任何解释这非常清楚。事实上，它涵盖了这种行为…[惩罚]将在[设置]时间段内阻止处理流文件。”