现很多网站为了实现即时通讯，所用的技术都是轮询(polling)。轮询是在特定的的时间间隔（如每1秒），由浏览器对服务器发出HTTP request，然后由服务器返回最新的数据给客户端的浏览器。这种传统的HTTP request 的模式带来很明显的缺点 – 浏览器需要不断的向服务器发出请求，然而HTTP request 的header是非常长的，里面包含的有用数据可能只是一个很小的值，这样会占用很多的带宽。

　　而比较新的技术去做轮询的效果是Comet – 用了AJAX。但这种技术虽然可达到全双工通信，但依然需要发出请求。 在 WebSocket API，浏览器和服务器只需要做一个握手的动作，然后，浏览器和服务器之间就形成了一条快速通道。两者之间就直接可以数据互相传送。在此WebSocket 协议中，为我们实现即时服务带来了两大好处： 　　

1. Header 　　　　

互相沟通的Header是很小的-大概只有 2 Bytes 　　

2. Server Push   　　

如上解释，WebSocket 是一个非常不错的东东，然而，我那个朋友正需要使用客户端对服务端做轮询查询，按照常用的解决方案，通过在客户端轮询地向服务端发起Http请求，或者通过Socket直接建立长连接获取最新的数据，然后更新呈现的内容便可以完成任务，不过那好学的朋友可能觉得WebSocket 新鲜吧，不断追问WebSocket 和刚才两个解决方案哪个更好，WebSocket 和Socket区别在哪里？它们的底层原理是否一样？由于自己也从未用过WebSocket ，也不知和soket的区别在哪，那么问题来了，网上搜了一下，关于这个问题的解答真是少之又少，然后去看了下.NET Core的开源源码，在System.Net.WebSockets的WinHttpWebSocket类和System.Net.Sockets的Socket类当中发现了一点线索，也许能解答这个问

　　

由上面代码可见，

（1）WebSocket最终调用了WinHTTP 的api，WinHTTP的全称是Microsoft Windows HTTP Services, 它提供给开发者一个HTTP客户端应用程序接口(API), 通过这种API借助HTTP协议给其他的HTTP服务器发送请求.关于WinHTTP 的详细API，请自行查询资料，网上一大把，这里不再累赘copy。由此可以验证了WebSocket是基于HTTP请求的，从调用的WinHTTPAPI方法名称可以得知，都是带有回调的方法，也正验证了WebSocket的双工通信的特点。

（2）Socket最终是调用了windows的Winsock接口，Winsock是Windows下的网络编程接口，它是由Unix下的BSD Socket发展而来,是一个与网络协议无关的编程接口。具体信息请自行查询网上资源。

因此，我个人觉得，WebSocket和Socket在技术上并没有太多关系，底层原理也是不同的，WebSocket 是为了满足基于 Web 的日益增长的实时通信需求而产生的，可以在一些实时通信时，代替采用 HTTP 协议不断发送请求的通用的方式，以达到带宽浪费和服务器 CPU 的消耗，更重要的是它是一种协议，而Socket是应用层与TCP/IP协议族通信的中间软件抽象层，它是一组接口，并不是协议，WebSocket不能等同Socket，也不是Socket的演化，更不能代替Socket