这个lab很有意思，要我们实现一个简单的多线程web proxy。看起来很简单，实现起来还是有很多细节需要考虑。这里是一个官方的介绍。一共写了一天多，功能不是非常完善，代码只能处理GET请求。
整体的思路是这样的，proxy作为client和server的中间媒介，client发给请求给proxy，proxy然后把请求转发给server，再从server拿到response，然后再把这个response转发给client。也就是说proxy既是client的服务器，又是server的客户。所以这个lab涉及到了客户端编程和服务器端编程。
写完以后将浏览器设置好代理，然后用telnet先测试会比较好。整个lab的原理非常简单，没有高深的算法，然后剩下的就是实现了。
编程时需要注意的点
在proxy打开与server的TCP连接的时候，需要调用
gethostbyname或者gethostbyaddr来通过DNS获取server主机的DNS信息，比如ip地址，别名之类的，返回的是一个struct的指针。但是这个struct是一个静态变量，也就是说这些函数不支持多线程的访问，是线程不安全的。解决方法是定义一个mutex来加锁，任意时刻只能又一个线程在调这些函数。本书的作者提供了robust IO让我们方便地对socket file descriptor进行读写，不要用C库。
调用 Signal(SIGPIPE, SIG_IGN); 将
SIGPIPE这个信号忽略掉。如果尝试两次发送数据到一个已经被对方关闭的socket上时，内核会发送一个SIGPIPE信号给程序，在默认情况下，会终止当前程序，显然不是我们想要的，所以要忽略它。这里又一个stackoverflow上的相关问题。还有一点，往broken pipe里写会使errno等于EPIPE，而往broken pipe里读会使errno等于ECONNRESET。HTTP/1.1里默认将connection定义为keep-alive，也就是一条TCP连接可以处理多个请求，不用每次都要重新建立TCP连接。我们的简易proxy还无法提供这样的功能，所以在读client发过来的header的时候，如果是
Connection: keep-alive或者Proxy-Connection: keep-alive，我们都要把它们换成Connection: close或Proxy-Connection: close。创建线程以后记得要detach掉，否则这个线程结束后不会释放资源直到有别的线程join了这个线程。
如果header里没有
Content-Length这一项，怎么确定body的长度？这个问题一直没想过直到现在遇到了这个问题。这个长度写到了body里，这种方式叫做Transfer Encoding。因为服务器在处理静态对象时，事先知道对象的大小；而在处理动态对象时，无法事先知道body的长度。实现的时候分两种情况来从sock中读数据。需要正确关闭所有的文件描述符。系统给一个程序能打开的描述符数量做了一个限制。如果是ubuntu下，可以通过
cat /proc/sys/fs/file-max来查看最大文件描述符数。在proxy运行一段时间，确保描述符不会持续增加。在ubuntu下查看程序打开的描述符方法：找到程序的pid，然后cat /proc/$pid/fd。记得错误处理，这个一直是个麻烦问题。
源码
全部的代码放在了github。