socket 事件驱动模型，阻塞IO非阻塞IO多路复用IO的理解 #有学习价值的

没用过socket开发，好奇了解了一下

主要是事件驱动模型阻塞IO等看不懂，总觉得少了关键的点解释不了整个过程为什么要这样设计。

问题：

1.socket.read()会阻塞，于是用事件驱动模型，减少用户线程的消耗，那用事件驱动模型一样要消耗用户的线程去调用socket.read()为什么就不会阻塞了。？

2.理解的socket客户端跟服务端实施通讯传输数据，像http请求一样，A-->B通过数据通道直连，如此一来始终理解不了有啥优化的空间。

后面看socket应用实例才知道，原来socket在两端都设有read/write缓存区，数据先是在缓存区存储，阻塞的概念是你的数据有可能缓存区装不下，导致线程一直等待，所以为了解决这个问题，专门用一个线程轮询去调用事件的socket.read()看是否已经完成了数据缓存区存放。

后面引发一些设计上的思考，1.为什么要两边设立缓存区，不是很耗内存空间吗？  

估计是因为长连接，数据传输如果没有缓存区会占用两边线程，而且如果网络不稳定，则会导致线程一直block。