HTTP:TIMEOUT 通过 mule 请求连接器出错，但 api 通过邮递员工作
HTTP:TIMEOUT error through mule request connector but api working through postman
我正在使用 mule-4。我正在尝试集成 third-party API（机密）。它从邮递员那里工作，并在 1 秒内返回响应。
当我在 mule 中编写相同的请求连接器时，API 一直给出超时异常。
我将响应超时增加到 2 分钟，然后也得到了同样的错误，即超时。
请帮忙
编辑 1：
我能够在 postman 上重现这个问题。所以邮递员默认添加 Connection:keep-alive header 并且当添加这个特定的 header 时 API 在几秒钟内给出响应但是当这个 header 丢失时然后 API 给出超时错误。
您并没有真正提供问题的太多细节。我可以给出一些通用的指导方针：
- 确保有网络连接。如果您在同一台计算机上测试 Postman 和 Mule，这可能不是问题。
- 确保主机、端口和证书（如果使用 TLS）相同。将 HTTPS 请求指向端口 80 有时会导致超时。
- 在 Mule 中启用 HTTP Wire 日志记录并与作为 HTTP 的 Postman 代码进行比较，以确定请求之间的任何显着差异。例如：headers、URI、body 应该是相同的，除了少数几个 headers。取决于API。当请求不同时，这通常是造成 Postman 和 Mule 之间差异的主要原因。
我正在使用 mule-4。我正在尝试集成 third-party API（机密）。它从邮递员那里工作，并在 1 秒内返回响应。 当我在 mule 中编写相同的请求连接器时，API 一直给出超时异常。 我将响应超时增加到 2 分钟，然后也得到了同样的错误，即超时。 请帮忙
编辑 1：
我能够在 postman 上重现这个问题。所以邮递员默认添加 Connection:keep-alive header 并且当添加这个特定的 header 时 API 在几秒钟内给出响应但是当这个 header 丢失时然后 API 给出超时错误。
您并没有真正提供问题的太多细节。我可以给出一些通用的指导方针：
- 确保有网络连接。如果您在同一台计算机上测试 Postman 和 Mule，这可能不是问题。
- 确保主机、端口和证书（如果使用 TLS）相同。将 HTTPS 请求指向端口 80 有时会导致超时。
- 在 Mule 中启用 HTTP Wire 日志记录并与作为 HTTP 的 Postman 代码进行比较，以确定请求之间的任何显着差异。例如：headers、URI、body 应该是相同的，除了少数几个 headers。取决于API。当请求不同时，这通常是造成 Postman 和 Mule 之间差异的主要原因。