socket和websocket(socket和websocket的区别)

socket性能高。 websocket相当于socket的高级封装。 websocket开发简单。

1、原理上的区别：Socket是传输控制层协议，WebSocket是应用层协议。Socket是应用层与TCP/IP协议族通信的中间软件抽象层，它是一组接口（不是协议，为了方便使用TCP或UDP而抽象出来的一层，是位于应用层和传输控制层之间的一组接口）。在设计模式中，Socket其实就是一个门面模式，它把复杂的TCP/IP协议族隐藏在Socket接口后面。利用TCP/IP协议建立TCP连接。（TCP连接则更依靠于底层的IP协议，IP协议的连接则依赖于链路层等更低层次。）WebSocket则是一个典型的应用层协议。2、灵活运用的程度不同：WebSocket 更易用，而 Socket 更灵活。Socket是应用层与TCP/IP协议族通信的中间软件抽象层，它是一组接口。在设计模式中，Socket其实就是一个门面模式，它把复杂的TCP/IP协议族隐藏在Socket接口后面，对用户来说，一组简单的接口就是全部，让Socket去组织数据，以符合指定的协议。主机 A 的应用程序要能和主机 B 的应用程序通信，必须通过 Socket 建立连接，而建立 Socket 连接必须需要底层 TCP/IP 协议来建立 TCP 连接。建立 TCP 连接需要底层 IP 协议来寻址网络中的主机。网络层使用的 IP 协议可以帮助我们根据 IP 地址来找到目标主机，但是一台主机上可能运行着多个应用程序，如何才能与指定的应用程序通信就要通过 TCP 或 UPD 的地址也就是端口号来指定。这样就可以通过一个 Socket 实例唯一代表一个主机上的一个应用程序的通信链路了。而 WebSocket 则不同，它是一个完整的 应用层协议，包含一套标准的 API 。3、传输层次不同：Socket 是传输控制层的接口。用户可以通过 Socket 来操作底层 TCP/IP 协议族通信。网络中的 Socket 并不是什么协议，而是为了使用 TCP，UDP 而抽象出来的一层 API，它是位于应用层和传输层之间的一个抽象层。Socket 是对 TCP/IP 的封装；HTTP 是轿车，提供了封装或者显示数据的具体形式；Socket 是发动机，提供了网络通信的能力。在 Unix 一切皆文件哲学的思想下，Socket 是一种"打开—读/写—关闭"模式的实现，服务器和客户端各自维护一个"文件"，在建立连接打开后，可以向自己文件写入内容供对方读取或者读取对方内容，通讯结束时关闭文件。WebSocket 是一种在单个 TCP 连接上进行全双工通信的协议。WebSocket 使得客户端和服务器之间的数据交换变得更加简单，允许服务端主动向客户端推送数据。在 WebSocket API 中，浏览器和服务器只需要完成一次 HTTP 握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输。参考资料来源：百度百科——WebSocket百度百科——socket
websocket就是socket，区别个毛线。
1、WebSocket protocol 是HTML5一种新的协议。它实现了浏览器与服务器全双工通信(full-duplex)。一开始的握手需要借助HTTP请求完成。 2、Socket是应用层与TCP/IP协议族通信的中间软件抽象层，它是一组接口。在设计模式中，Socket其实就是一个门面模式，它把复杂的TCP/IP协议族隐藏在Socket接口后面，对用户来说，一组简单的接口就是全部，让Socket去组织数据，以符合指定的协议。当两台主机通信时，必须通过Socket连接，Socket则利用TCP/IP协议建立TCP连接。TCP连接则更依靠于底层的IP协议，IP协议的连接则依赖于链路层等更低层次。WebSocket则是一个典型的应用层协议。3、区别 Socket是传输控制层协议，WebSocket是应用层协议。

websocket和socket.io之间的区别为：性质不同、兼容不同、用途不同。一、性质不同1、websocket：websocket是一种让客户端和服务器之间能进行双向实时通信的技术。2、socket.io：socket.io是将WebSocket、AJAX和其它的通信方式全部封装成了统一的通信接口。二、兼容不同1、websocket：在使用websocket时，，虽然主流浏览器都已经支持，但仍然可能有不兼容的情况。2、socket.io：在使用socket.io时，不用担心兼容问题，底层会自动选用最佳的通信方式。三、用途不同1、websocket：websocket适合用于client和基于node搭建的服务端使用。2、socket.io：socket.io适合进行服务端和客户端双向数据通信。
这个问题之前已经有人问过了，我也回答过了。socket.io是对websocket的分装。因为不是所有的浏览器都可以支持websocket。如果浏览器支持websocket，那么socket.io就等同于websocket。socket.io还用到了其它的技术来模拟websocket，所以当你是用socket.io的时候，不管浏览器是否支持websocket，你都可以实现异步操作。当然如果你的客户端是用了socket.io，server端也必须对应使用。

socket性能高。 websocket相当于socket的高级封装。 websocket开发简单。
apache自带的ab.exe 可以 如果没有理解错误，websocket是依托于web server， 比如IIS，Apache.所以性能测试也是针对他们提供的socket模型进行.

一、性质不同1.Websocket:Websocket是一种支持客户端和服务器之间双向实时通信的技术。2.套接字。IO:套接字。IO是将WebSocket、AJAX等通信方式封装成统一的通信接口。二、兼容性是不同的1.websocket:在使用websocket时，虽然主流浏览器已经被支持，但是可能存在不兼容性。2,套接字。io:使用插座的时候。io中，不担心兼容性问题，底层会自动选择最佳的通信方式。三、用途不同1.websocket：websocket适合用于client和基于node搭建的服务端使用。2.socket.io：socket.io适合进行服务端和客户端双向数据通信。
socket.io封装了websocket，同时包含了其它的连接方式，比如Ajax。原因在于不是所有的浏览器都支持websocket，通过socket.io的封装，不用关心里面用了什么连接方式。在任何浏览器里都可以使用socket.io来建立异步的连接。socket.io包含了服务端和客户端的库，如果在浏览器中使用了socket.io的js，服务端也必须同样适用。如果很清楚自己需要的就是websocket，那可以直接使用websocket。
socket.io封装了websocket，同时包含了其它的连接方式，比如Ajax。原因在于不是所有的浏览器都支持websocket，通过socket.io的封装，你不用关心里面用了什么连接方式。你在任何浏览器里都可以使用socket.io来建立异步的连接。socket.io包含了服务端和客户端的库，如果在浏览器中使用了socket.io的js，服务端也必须同样适用。如果你很清楚你需要的就是websocket，那可以直接使用websocket。
就像Java和JavaScript，并没有什么太大的关系，但又不能说完全没关系。可以这么说： 命名方面，Socket是一个深入人心的概念，WebSocket借用了这一概念； 使用方面，完全两个东西。
websocket是一种长连接协议,用nodejs实现了这个ws协议的库也叫websocket,github搜索一下就有。socket.io也是实现了ws协议的库,