TCP socket和web socket有什么区别?
当我们向一个通常的TCP套接字发送一段来自内存buffer中的字节数据时，send系统调用返回的是实际发送的字节数。 如果发送数据的目的方套接字是一个非阻塞套接字或者是对写操作非阻塞的套接字，那么send返回的已发送字节数可能小于buffer中待发送字节数。 如果是阻塞套接字，两者会相等，因为顾名思义，如果send系统调用没有把所有待发送数据全部发送，则API调用不会返回。 而Web socket和TCP socket的区别，从发送的数据来看，不再是一系列字节，而是按照一个完整的"消息体"发送出去的，这个"消息体"无法进一步再分割，要么全部发送成功，要么压根就不发送，不存在像TCP套接字非阻塞操作那样出现部分发送的情况。换言之，Web Socket里对套接字的操作是非阻塞操作。 再来看接收方的区别。 同理，在TCP套接字的场景下，接收方从TCP套接字读取的字节数，并不一定等于发送方调用send所发送的字节数。而WebSocket呢？WebSocket的接收方从套接字读取数据，根本不是像TCP 套接字那样直接用recv/read来读取, 而是采取事件驱动机制。即应用程序注册一个事件处理函数，当web socket的发送方发送的数据在接收方应用从内核缓冲区拷贝到应用程序层已经处于可用状态时 ，应用程序注册的事件处理函数以回调(callback)的方式被调用。如需转载请保留本文出处: https://www.zhe94.com/657.html
