注意：block在系统调用时，并不是“块”的意思，而是“阻塞”的含义，nonblock是“非阻塞”的意思。
在不同的线程中对同一个SOCKET进行异步的读写操作，原则上说，是可以的，因为你的应用是在用户态，而系统调用已经考虑了不同线程之间对于一定的系统资源访问的同步问题。例如你在LINUX/UNIX中执行系统调用之后判断errno一样(在windows中一般用GetLastError()获得)，errno是系统的一个全局变量，但在你的用户态进程/线程中，该变量并保护为局部变量，即系统处理已经给你的调用进行了同步处理(该处理一般是在C/C++ Runtime中实现的，对于其它语言也是类似)，对于你执行的如bind、send、recv等都有相同的处理，操作系统核心程序会在任务执行完毕后自动唤醒你的等待进程/线程。所以，一般来说，我们可以用两个线程，一个读，一个写(对于我们来说可以直接称其为全双工吧)，这样处理完全可以，并且你可以不必考虑它的同步问题(如前所述，系统已经考虑了同步问题)。
原则上说，在不同线程中对同一个SOCKET进行同样的读或写操作，应该是没有问题的，操作系统核心程序会在任务执行完毕后正确唤醒你的等待进程/线程，对于你的用户态应用可能是随机的，但核心程序有它的处理规则(你可以在UNIX/LINUX中很容易得到它的源码)。不过，对于我们的应用来说，这样做到底意义何在，为了提高程序的效率，尽量减少在过多的线程中执行过多的核心等待调用。
采用TCP(SOCK_STREAM)协议，自然是数据“流”方式，和其它的IO流相似(特别是在UNIX/LINUX系统中)，你在程序里处理起来非常方便，你可以把通讯任务交给TCP/IP来处理而可以把精力更多的放在其它你更关系的地方。
