我有一个用 C# .net 编写的 TCP/IP 服务器，它可以轻松地同时拥有 10,000 个连接。但是，当从套接字接收到回调时，它会由应用程序线程池中的新线程处理。这意味着真正的并发通信限制取决于线程池中的线程数。例如，如果这 10,000 个连接都尝试同时发送数据，则大多数连接将不得不等待线程池尽可能快地运行。任何人都可以分享他们在高性能套接字服务方面的经验，并建议大公司如何确保 10,000 个连接不仅可以同时连接，而且还可以同时通信？谢谢
【问题讨论】：
不要在回调中处理内联数据包。在那里做绝对最少的工作，然后通过生产者-消费者队列将它们交给一个单独的工作线程池，该队列（理想情况下）永远不会阻塞生产者线程，它们是您的套接字侦听器。 BlockingCollection<T> 在这里可能有用。
您必须注意队列不会无限增长 - 如果您的消费者比生产者慢很多，并且队列在正常负载下增长，那么您就会遇到一个问题，即限制网络接收是显而易见的解决方案，尽管这是不受欢迎的。
【讨论】：
ThreadPool。使用您自己的队列和线程池将使您获得更严格的控制 - 在ThreadPool 上，您正在与其他“东西”竞争，并且应该了解系统中的内容，以了解您是否应该使用私有池。调整ThreadPool 参数可能就是您所需要的。
你在这里犯了一个想法错误。不管你有多少线程，数据总是需要等待，除非你每个连接都有一个 CPU 核心。可扩展性不是无限并行，而是能够处理大量的连接并保持cpu满功率。
线程池的大小非常适合。一旦 CPU 达到完全利用率，你就不能再做任何事情了。
并建议大公司如何确保 10,000 个连接不仅可以 可以同时连接，还能同时通信吗？
许多计算机总共有 500 个处理器内核。诀窍是：什么延迟是可以接受的。您不需要即时通讯。你试图从错误的角度解决这个问题。
【讨论】：