服务端和客户端代码有一些相似的地方。说一下不一样的地方把。打字打的手要抽了都。
行11：意思是通配本主机上所有的网络接口(如果有多个的话).就是不管哪个接口受到请求都去处理连接
行13：把sock文件符绑定到指定的地址和端口上，形成一个完整sock。
行15：服务端sock打开侦听文件符，不同的sock过来建立连接是要排队的，第二个参数控制最大排队的数量，毕竟缓冲区是有限的
行22：服务端进入侦听后回阻塞在accept，如果一个tcp三次握手成功了，就打开一个accepted_fd，并建立一个通道。继续往下走
行23：链接错误或者链接被内核中断，就会返回小于0，因为这时进程处在一个可被中断的睡眠状态。如果进程接到要去处理进程的通知，这个睡眠会被唤醒，而且 内核不一定就回重启这个等待，不重启的时候就回返回一个errno=EINTR(error interrupt),这时，我们就重新启动这个等待 , continue
行32：这里有个比较重要的函数 fork，它是系统唯一能创造分支进程的方法,就是子进程。
QA-01：为什么这里要开进程。 A：因为如果有多个链接连入服务器的话，一个进程肯定忙不过来阿，这样就会导致很对在那排队等待，有的甚至连不上，因为服务起很忙。
QA-02：if((pid=fork())==0) ，为什么这里这么写呢？因为 这个fork函数很特别，调用一次会返回两个值，一个是子进程的pid，一个是0 。类似于一个链表格式 ppid | pid |chldpid ,子进程pid在父进程里返回，子进程就返回0 。进入子进程后，父进程的所有文件符都会复制到子进程的上下文，是的，是复制。子进程对文件符的操作不会影响父进程，父进程也不会影响子进程。子进程执行完毕后必须 退出，否则的话 可能会继续fork子进程，死循环。
这样以来，每次成功建立连接都会有一个独立的进程去处理他们的数据交流，不会阻塞在父进程，就完成了 并发处理。
行43：这里为什么要关闭 connected fd呢，因为如果不关闭的话，每来一个链接都会新建一个fd(file describe)，少年，内核里进程表表项里存储文件符的数组大小可是有限的。这里子进程也会关掉从父进程复制来的文件符，这个文件符是有计数的，称谓共享，当计数恢复0时，文件符就关了。
最后说行18：捕获信号。 当这些个子进程都完成自己任务后 ( 也就是客户端断了之后 )，不会自动退出内核。而是变成了 defunct 状态，挂掉了。木错，是挂掉了！
为什么儿子们都挂掉了，老爹不来收尸呢？ 这个原因貌似是比较复杂，因为子进程结束了，要通知父进程一些关于自己执行情况的数据 。父进程默认是忽略的，等父进程结束的时候，这些 僵死进程就会 被只给 进程 1， init，他恢复则处理这些 挂掉的进程。
但是我们的服务起 肯定不想让这些 挂掉的进程 挤满内存，占据资源，于是就在 行18 捕获子进程发来的信号 SIGCHLD ，然后，进程如果接到信号就会从睡眠中苏醒，去 wait 它，这个函数很特别，他会负责处理掉这些挂掉的进程。
好吧，服务端是比较复杂，这里代码肯定是有很多缺陷的。一个服务要想跑起来 要考虑非常多的突发情况，攻击神马的，这个小程序只是打通通信过程，呵！呵！
写到这里，我又凌乱了.....睡觉
机智的少年 估计去开发局域网聊天程序了 o(∩_∩)o...
哦，忘了上截图，sorry ，所谓无图无真相：
