与http协议区别：
http是需要客户端发送一个请求之后，服务器才回一个response给客户端，即“一个request对应一个response”,虽然http是基于全双工的tcp协议而定制的，但是http协议确实没做到真正的全双工！假设在客户端没发送一个http的request给服务器而服务器却首先发送一个response给客户端的话，那么客户端是没法接受这个response的！网上很多人觉得这个很不好，其实嘛，我倒是觉得这是一种保护客户端的举措，试想，如果客户端在没发起请求的时候反而随便接受来自服务器可以的东西，那么，这是很容易造成不法分子的攻击的！（至于怎么攻击，你可以想象淘宝店知道了你的地址之后给你整天寄‘有害’的快递的话，你会舒服么？）
但是，有些场景非常需要服务器自己发送数据给客户的！但是鉴于上面的攻击问题，我们有没有一种好的解决方式呢？有的，那就是通过websocket协议来实现，那么websocket协议到底是怎么实现的呢？我们都知道，http中一个request对应一个response，但是如果我们这样：一个http对应多个response，比如：股票网站需要实时刷新网站上面的数据，刷新的时间基本是基于毫秒的！此时的http的一个request对应一个response就不适用了，试想，有哪个客户为了刷新股票数据然后就去不停的手动点击发起request来接受服务端的response，所以我们此时希望服务端智能一点，我们希望我们只需要点击一次网页就能够不停的给我刷新网页，当然服务器也不是闲着蛋疼不停的给你发送response，毕竟这样消耗的资源太大了，我们为了节省资源同时也是合乎逻辑的决定:当且仅你请求的数据在服务器有更新的时候，服务器才会给你发送更新后的数据，而不是不停的给客户端发送没更新的数据。这个跟上面的攻击就有很明显的不同了，首先，客户端事先需要发起一次http协议，然后服务端在有数据更新的时候才返回更新的数据给客户端，此时客户端接受到更新数据渲染在页面中去，然后继续等待服务器再一次新的数据（此时不用再发送http的request请求了），从这里可以看出，其实websocket协议更像是基于tcp/ip的http的变种而已，而已还基于一次的http请求。离开了http请求的话，websocket协议也是不能运作的！但是他不是基于http协议，因为跟http协议有着本值的区别，他只是顺便利用了一次http协议而已！之后的多次response都会由服务器自动返回给客户端。
websocket完美的解决了上面的攻击问题和http协议的不足！
与tcp的区别：
说实话我想不到跟tcp有什么特别的相像之处,他们完全是不同层面的东西,tcp在七层模型的网络层,http和websocket都在七层模型的会话层,websockt确实只需要一次request,但是他确实不是一次"握手"就可以了,但是在这里使用握手真的合适么?我们都知道tcp才有握手之说,但是某些博文硬生生说出了握手这个词,我的天!!
注意这里他们所说的握手跟tcp的三次握手四次挥手完全不是一个东西,我之前看其他博文看到只需要一次握手的websocket,刚开始时候我以为网络要逆天了?结果却是这么一个东西,不过这个协议确实在某些场合还是很有用的!我看到招聘网上写了Django+Daphne,然后顺着Daphne才找到了这个websocket协议,看了下博文,发现很多误解,于是就发了这篇博文做解释!-
接下来放上几张七层网络和五层(或者四层)网络的图,当然我一般不喜欢分为5层,一般都是分为4层,也就是合并最下面的2层:
image.png
image.png
image.png
image.png
