在过去的几个月中，我一直在使用C++和Java实现socket服务器。我编写了一个小型Java服务器，用于处理托管在网站上的Flash应用程序的输入并进行处理，并成功编写了一个能够处理多玩家2D游戏客户端输入的C++服务器。我在其中一个项目中使用了TCP，而在另一个项目中使用了UDP。现在，我有一些问题，在网上找不到答案，希望一些专家可以帮助我。 :)
假设我想要在C++中构建一个服务器，用于处理来自数千个独立和/或Web应用程序的输入，那么我应该如何设计我的服务器呢？到目前为止，我通常为每个连接的用户创建一个新的唯一线程，但我怀疑这不是正确的方法。
此外，如何确定通过网络发送的数据包的布局；数据通常以二进制或文本状态发送到网络上吗？当您将数据发送到不同媒体（例如C++服务器到Flash应用程序）时，如何处理序列化对象？
最后，是否有易于使用的库通常支持可移植性（例如在Windows机器上开发和部署到Linux机器上），除了boost asio？
谢谢。
看起来你有一些问题。我会尽力回答我能看到的内容。
1. 如何处理网络服务器中的线程？
我建议先看看在服务器上生成的工作线程上正在做什么样的工作。为每个请求生成一个新线程并不是个好主意……但如果并行请求的数量很小，每个线程上执行的任务速度很快，那么也许不会有什么问题。
如果你真的想以正确的方式去做，你可以拥有一个可配置/动态的线程池，在该线程池空闲时就回收工作线程。这样你就可以设置最大线程池大小。你的服务器将工作到线程池大小......然后让进一步的请求等待，直到有一个工作线程可用。
2. 如何格式化数据包中的数据？
除非你正在开发完全新的协议......否则你不需要真正担心这个。除非你正在处理流媒体（或另一种可以接受数据包丢失/损坏的应用程序），否则你可能不会在这个应用程序中使用UDP。TCP/IP 可能是你最好的选择......而这会为你规定数据包设计。
3. 序列化时我应该使用哪种格式？
你在网络上传输数据的序列化方式取决于将使用你服务的应用程序类型。二进制序列化通常更快，需要传输到网络上的数据量更少。使用二进制序列化的缺点是，在一个语言中的二进制序列化可能在另一个语言中无法正常工作。因此，连接到服务器并使用服务的客户端很可能要用与你使用的相同的语言来编写。
XML 序列化是另一种选择。它需要更长时间传输，并有更多的数据传输到网络上。使用类似 XML 序列化这样的东西的好处是，你不会受到可以连接到你的服务器并使用你的服务的客户端类型的限制。
你必须选择最适合你需求的方法。
尝试不同的选项，弄清楚哪种最适合你。希望你能找到比我在这里提到的任何东西都更快、更可靠的东西。
使用 TEXT（即 XML）可能更容易解析和记录，并且通常更简单，而二进制协议应该在处理速度和网络数据包大小方面提供更好的性能，但您将不得不处理更复杂的问题，例如字节序等。
希望能对您有所帮助。
你仍然需要一个套接字来处理每个客户端，但是想法是创建一个大小为X（比如50）的套接字池，当你接近（比如90%）消耗所有这些套接字时，创建另一个大小为X的套接字池。在某些时候，客户端连接、发送数据和断开连接后，一些套接字将可用于使用，您可以使用它们（搜索套接字池以获取此信息）。
数据布局总是很困难的。如果所有客户端和服务器都将使用相同的硬件和操作系统，则可以以二进制格式发送数据，但是那里有许多陷阱（字节对齐位于列表顶部）。发送格式化文本始终更容易，但在带宽和处理能力方面显然更昂贵，因为您必须在发送之前从机器格式更改为文本格式，当然，在接收者处再次更改回来。
关于序列化，我很抱歉，我无法帮助您，也无法提供库（我太嵌入式了，没有使用过这些）
