C++ REST SDK：异步任务与 C++11 多线程

Question

这是一个关于 C++ REST SDK 的异步任务特性的概念性问题（也许也是一个菜鸟问题）。

在一个基本应用程序中，我有一个客户端并执行多个请求，例如喜欢

http_client client(U("whatever"));

for(int i=0; i<100; ++i)
{
    http_request request;
    //fill the request
    client.request(request).then([](http_response response) { /* do something*/});
}

（for-loop只是为了表明请求经常发送，我的代码中并没有真正使用它）。

问题：

• 据我了解，异步任务库然后以并行方式处理这些传入请求——这意味着不是主线程以类似事件的方式处理所有任务，而是库将任务分配给以某种（--对我来说是不透明的--）方式的底层线程池。我没听错吗？

• 如果前面的观点是正确的，那么是否有任何理由将 REST SDK 与 C++ 的多线程功能结合起来。例如，再次采用上述循环，启动 10 个线程，并在每个进程中进行 10 次循环迭代。这有意义还是没有必要？

• 此外，一般来说，是否存在应该通过 C++11 多线程特性结合 ppl 功能的常见模式？或者，依靠 REST SDK 和 ppl 来更好地完成工作是否安全？

（信息：我也在cpprest discussion page上问过这个问题。但是，这个论坛似乎不再维护了。）

Answer 1

据我所知，异步任务库会处理这些 以并行方式传入的请求——这意味着不是主要的 线程以类似事件的方式处理所有任务，而不是 库在某些（--to）中将任务分配给底层线程池 我不透明--)方式。我猜对了吗？

是的，在 REST SDK 中，它们使用线程池来启动任务延续。在 Windows 上，它们使用 Windows API ThreadPool 函数（CreateThreadPool、TrySubmitThreadpoolCallback 等）。在 Linux 上，他们使用 Boost 版本。

如果前面的观点是正确的，那么还有什么理由将 REST SDK 与 C++ 的多线程功能结合起来。为了 例如，再次使用上述循环，启动 10 个线程，并在每个线程中 处理 10 次循环迭代。这有意义吗？ 没必要？

完全没有必要，平台有自己的线程池。

此外，一般来说，是否有任何常见的模式？ 通过 C++11 多线程功能结合 ppl 功能？要么 依靠 REST SDK 和 ppl 在后台获得 工作做得更好？

嗯，task 的整个想法是抽象出线程的使用。在处理许多并行任务时，线程不能很好地扩展。传统的方法是使用线程池，不为每个新任务生成一个新线程。

ppl 任务使您能够以更优雅的方式处理异步 IO。您将 CPU 绑定任务封装在 ppl::task 中，在这些任务中，您可以生成另一个异步 IO 操作，并在异步 IO 完成后使用 ppl::task::then 继续执行 CPU 绑定任务。

该机制是task-> aync IO -> continuation task-> async IO ->task 等的一个链。当任务启动 IO 操作时，底层线程池将继续执行下一个任务。当异步 IO 完成时，它将继续任务排入线程池任务队列的末尾。

所以不，你不应该直接自己创建任何std::thread。但是，您确实想要使用同步对象，例如 std::mutex if 您的任务访问任何线程资源。

------------------------------------
一个很好的奖励：
在带有visual studio 2015 RTM及更高版本的VC++上，你可以在任务上使用await并摆脱then：

http_client client(U("whatever"));

for(int i=0; i<100; ++i)
{
    http_request request;
    //fill the request
   auto response = await client.request(request);
   //do something with the response
}

----------------------------------- ----
一个不好的好处：
根据我使用 REST SDK 的经验，它的性能极差，这不是您对 C++ 平台的期望。