新书预告：《Linux 多线程服务端编程：使用 muduo C++ 网络库》

看完了 W. Richard Stevens 的传世经典《UNIX 网络编程》， 能照着例子用 Sockets API 编写 echo 服务， 却仍然对稍微复杂一点的网络编程任务感到无从下手？ 书中示例代码把业务逻辑和 Sockets 调用混在一起，似乎不利于将来扩展？网络编程中的遇到一些具体问题该怎么办？例如

• 程序在本机测试正常，放到网络运行上就经常出现数据收不全的情况？
• TCP 协议真的有所谓的“粘包问题”吗？该如何设计打包拆包的协议？又该如何编码实现才不会掉到陷阱里？
• 带外数据（OOB）、信号驱动IO这些高级特性到底有没有用？
• 网络协议格式该怎么设计？发送 C struct 会有对齐方面的问题吗？对方不用 C/C++ 怎么通信？ 将来服务端软件升级，需要在协议中增加一个字段，现有的客户端就必须强制升级？
• 要处理几千上万的并发连接，似乎书上讲的传统 fork() 模型应付不过来，该用哪种并发模型呢？ 试试 select、poll、epoll 这种 IO 复用模型吧，又感觉非阻塞IO陷阱重重，怎么程序的 CPU 使用率一直是100%？
• 要不改用现成的 libevent 网络库吧，怎么查询一下数据库就把其他连接上的请求给耽误了？ 
• 再用个线程池吧。万一发回响应的时候对方已经断开连接了怎么办？会不会串话？

读过《UNIX 环境高级编程》，想用多线程来发挥多核 CPU 的效率， 但对程序该用哪种多线程模型感到一头雾水？ 有没有值得推荐的适用面广的多线程 IO 模型？ 互斥器、条件变量、读写锁、信号量这些底层同步原语哪些该用哪些不该用？ 有没有更高级的同步设施能简化开发？ 《UNIX 网络编程（第二卷）》介绍的那些琳琅满目的IPC机制到底用哪个才能兼顾开发效率与可伸缩性？
网络编程