4.9 多线程与fork
fork()一般不能在多线程中调用，因为Linux的fork只克隆当前线程的thread of ctrl，不克隆其他线程。即，fork之后子进程只有一个线程，其他线程都消失了。
7.2文件传输
如果客户端故意只发起连接，不接收数据，那么要么服务器进程的文件描述符耗尽，要么占用很多服务器内存，因为每个连接会建立缓冲区。解决方法是：
1、限制服务器的最大并发连接数
2、用timing wheel踢掉空闲连接https://blog.csdn.net/Solstice/article/details/6395098
3、关于muduo时间轮的实现
muduo举的例子，使用了boost库的circular_buffer：
/boost_1_68_0/boost/circular_buffer/*.*
/boost_1_68_0/boost/circular_buffer.hpp
https://github.com/chenshuo/muduo/blob/master/examples/idleconnection/echo.h
如果想摆脱boost库的依赖，需要自己写circular_buffer，参考：
Ring Buffer (circular Buffer)环形缓冲区简介
https://github.com/AlexStocks/muduo/blob/master/muduo/other/circular_buffer.h
https://github.com/kimg-bo/kimgbo/blob/master/example/idleconnection/echo.h
linux网络编程二十二:高性能定时器之时间轮
7.4Buffer类的设计与使用https://blog.csdn.net/Solstice/article/details/6329080
/// A buffer class modeled after org.jboss.netty.buffer.ChannelBuffer
///
/// @code
/// +-------------------+------------------+------------------+
/// | prependable bytes | readable bytes | writable bytes |
/// | | (CONTENT) | |
/// +-------------------+------------------+------------------+
/// | | | |
/// 0 <= readerIndex <= writerIndex <= size
/// @endcode
7.4.1在现实生活中，IO复用总是和非阻塞IO一起使用，因为：
基础知识：
（1）IO阻塞与否体现在read/write/accept/connect等IO函数的使用方式；有阻塞和非阻塞线程两种方式。
（2）IO复用体现在select/poll/epoll_wait等函数。这些函数会阻塞当前线程。
实际原因：
（1）没有人会真的使用轮询来检查某个非阻塞IO操作是否完成，这样太浪费CPU；
（2）IO复用一般不能和阻塞IO使用，因为阻塞IO的read/write/accept/connect函数都会阻塞当前线程。这样线程就无法处理其他的IO事件了。
（3）非阻塞IO的核心思想是避免阻塞在read/write/accept/connect等IO系统调用上，IO线程只能阻塞在IO复用函数上，如select/poll/epoll_wait等。
（4）更详细的知识，可以参考《UNP》第16章，非阻塞IO。
★为什么 non-blocking 网络编程中应用层 buffer 是必须的？
https://blog.csdn.net/libaineu2004/article/details/80555051
★C10K的问题：
《高性能网络编程(一)：单台服务器并发TCP连接数到底可以有多少》
《高性能网络编程(二)：上一个10年，著名的C10K并发连接问题》
《高性能网络编程(三)：下一个10年，是时候考虑C10M并发问题了》
《高性能网络编程(四)：从C10K到C10M高性能网络应用的理论探索》
《高性能网络编程经典：《The C10K problem(英文)》[附件下载]》
8.8TcpConnection发送数据
1、muduo采用epoll的LT模式（ET模式要求用户一次性把数据读完，而LT则不需要，可以先读50字节再在下一次io循环时读剩余部分），只在需要时才关注writable事件，否则会造成busy loop；
2、send函数，io线程和非io线程的区别
截图是从muduo书P318来的，书上写非io线程。我的理解是：
muduo net的线程叫io线程，one loop per thread + threadpool；参加书P174；
用户自己开的业务线程就叫非io线程，然后在业务线程调用send函数。
举例一个应用场景就是，客户端发起请求，服务器需要从redis或mysql取数据，然后send回客户端。考虑到从MySQL取数据比较耗时，不能在io线程去处理业务（否则会造成busy loop），我就另起了非io线程。所以需要在非io线程send。
说白了就是一句话，服务器这样： conn丢给了非io线程， 阻塞访问mysql， 得到响应了，调用conn->send。
非io线程建议使用线程池来实现。
8.12TcpClient
客户端连接断开后初次重试的延迟应该有随机性，比如说服务端奔溃，它所有的客户连接同时断开，然后0.5s之后再次发起连接，这样既可能造成SYN丢包，也可能给服务器带来短期大负载，影响其服务质量。因此每个客户端应该等待一段随机的时间（0.5~2s），再重试，避免拥塞。
