向 API 发布多个请求，但不重复使用连接

Question

我有一个调用第三方 API 的控制台应用程序，基本上它从数据库中获取记录并通过他们的 WCF API 将它们推送到第三方。

由于各种原因（主要是第三方 API 非常慢 - 7 秒响应），我们想要并行发布多条记录，因此我们已经开始这样做，但是我们现在看到第三方 API 出现了一些奇怪的行为，其中它正在复制记录。

API 的开发人员向我们建议，这是因为我们通过同一个连接发送请求（这是有道理的，因为 .net 将重用连接）并且他们不/不能/不会支持这一点，他们将只支持一个连接上的一个请求，然后必须关闭连接。

我的问题是，我如何在 .net 核心 (2.2) 中执行此操作我们目前正在使用 HttpClient，我希望在可能的情况下重用连接 - 我如何保证我们为每个请求使用新连接？

Answer 1

经过一番挖掘，我发现了问题所在，但没有办法解决。

过程是：

1. 我们发布到 API 中
2. API 在数据库的暂存表中创建一条记录，并带有一个显示“待处理”状态的标志，然后开始轮询该表以等待更改。
3. API 然后调用服务器上的可执行文件，该可执行文件查看暂存表以查找任何状态为“待处理”的记录
4. 可执行文件进行处理，然后将记录的状态更改为“完成”
5. 一直在轮询表的 API 看到变化的状态，读取记录并将结果返回给客户端。

如果您一次只发布一条记录，那一切都好。但是当我并行执行时，正在发生的事情是：

1. 我们在几毫秒内调用 API 10 次
2. API 在暂存表中创建 10 条记录，所有记录均处于“待处理”状态。
3. API 开始轮询临时表以进行更改，同时调用可执行文件十次
4. 可执行文件的所有 10 个实例读取所有 10 条记录并处理它们 - 每个实例都不知道还有另外 9 个实例都在做同样的事情。
5. 可执行文件的所有 10 个实例都完成处理并将暂存表上的状态更改为“完成”
6. API 看到状态更改并在响应中将所有更改的记录返回给我 - 所以我发送的 10 个请求中的每一个都会返回 10 条记录。

不用说，我们已经与 API 的提供者进行了讨论，它可能是 EOL 并且几乎不支持，但我们正在为这个东西的许可付费，这是一个他们需要的非常愚蠢的过程提供修复或解决方法。

所以最终它与重用连接无关，不知道为什么我们被告知是这样。