我想处理 300 到 400 个客户端连接，但我不想为每个客户端连接创建一个线程（或者创建 400 个线程有什么问题吗？）。
所以我读到我应该使用线程池来解决这个问题，但我无法理解线程池是如何真正解决这个问题的。我的意思是在我对线程池的理解中，开始执行任务的线程数量是有限的。但是一旦线程接受recv() 任务，如果没有可读取的内容，它将立即阻塞！那么解决方案不应该是我应该有一种机制，让我在实际尝试阅读之前知道是否有要阅读的东西吗？那么线程池究竟是如何解决我处理大量客户端连接的问题的呢？
编辑：将read()更改为recv()。
【问题讨论】：
标签： c++ windows multithreading sockets network-programming
正如 user743414 已经指出的那样，多线程不是一个好主意。但主要问题在于恕我直言，您阻止read。仅当有要阅读的内容时才应使用 read。使用select 找出哪个套接字有要读取的内容并将其分派到线程池之外的工作线程是通常的方法。
对于 Windows，您应该使用 WSASockets。
您在单个线程中使用select。比您使用select 的结果（它将告诉您需要在哪个套接字上执行操作）将连接分派到工作线程。
你写道你使用微软。取样：
https://msdn.microsoft.com/en-us/library/windows/desktop/ms742219(v=vs.85).aspx
搜索代码
//-----------------------------------------
// If data has been received, echo the received data
// from DataBuf back to the client
iResult =
WSASend(AcceptSocket, &DataBuf, 1, &RecvBytes, Flags, &AcceptOverlapped, NULL);
if (iResult != 0) {
wprintf(L"WSASend failed with error = %d\n", WSAGetLastError());
}
你可以用你的线程池替换这部分，比如（伪代码）：
mythreadpool *thread=takeOrCreateThreadFromThreadPool();
thread->callWith(&DataBuf,&RecvBytes);
您会发现许多不同但很好的线程池实现将使用类似的方法。
【讨论】：
select()一起使用？我认为select() 和线程池是两种不同的方法！我还读到select() 只能处理有限数量的套接字。
select()（我没有来自客户端的恒定数据，只有在很长的时间间隔内我才有数据到达）？
线程池很有帮助，因为您可能不会拥有所有 400 个连接不断发送和接收数据，因此您的应用只需要少数线程来管理它们。
单个线程可以监视所有连接（例如使用select），一旦选择解锁，它就会循环遍历所有需要注意的套接字并将它们传递给线程池。如果select 指定一个sockets 已经接收到数据，那么read 将不会阻塞（你仍然可以将读取的超时时间设置为0）
【讨论】：
select()一起使用？我认为select() 和线程池是两种不同的方法！我还读到select() 只能处理有限数量的套接字。
创建 300 - 400 个线程应该可行，但不是最佳解决方案。上下文切换是您必须搜索的关键字。上下文切换很昂贵。 更多线程的另一个问题是每个线程获得 1 MB 堆栈内存，并且该内存是有限的。您可以轻松地尝试一下，检查您可以创建多少线程。
使用线程池，您有一个线程接收请求，然后将这些请求提供给您的线程池以工作。 所以你不会有一个线程在等待读取时阻塞。你的线程池只是在有东西要读的时候工作。
另一个更好的选择是在 Windows I/O 完成端口上。类似的技术也可以在 linux 上使用。
【讨论】：
poll（或 select）是否有一个套接字准备好，然后从中读取。在 Windows 下工作，但不是很好。