精华内容
下载资源
问答
  • websockethttp,轻松理解websocket

    万次阅读 2018-07-18 15:28:52
    一、websockethttp WebSocket是HTML5出的东西(协议),也就是说HTTP协议没有变化,或者说没关系,但HTTP是不支持持久连接的(长连接,循环连接的不算) 首先HTTP有 1.1 和 1.0 之说,也就是所谓的 keep-...

    一、websocket与http

    WebSocket是HTML5出的东西(协议),也就是说HTTP协议没有变化,或者说没关系,但HTTP是不支持持久连接的(长连接,循环连接的不算)

    首先HTTP有 1.1 和 1.0 之说,也就是所谓的 keep-alive ,把多个HTTP请求合并为一个,但是 Websocket 其实是一个新协议,跟HTTP协议基本没有关系,只是为了兼容现有浏览器的握手规范而已,也就是说它是HTTP协议上的一种补充可以通过这样一张图理解

    有交集,但是并不是全部。

    另外Html5是指的一系列新的API,或者说新规范,新技术。Http协议本身只有1.0和1.1,而且跟Html本身没有直接关系。。通俗来说,你可以用HTTP协议传输非Html数据,就是这样=。=

    再简单来说,层级不一样。

    二、Websocket是什么样的协议,具体有什么优点

    首先,Websocket是一个持久化的协议,相对于HTTP这种非持久的协议来说。简单的举个例子吧,用目前应用比较广泛的PHP生命周期来解释。

    HTTP的生命周期通过 Request 来界定,也就是一个 Request 一个 Response ,那么在 HTTP1.0 中,这次HTTP请求就结束了。

    在HTTP1.1中进行了改进,使得有一个keep-alive,也就是说,在一个HTTP连接中,可以发送多个Request,接收多个Response。但是请记住 Request = Response, 在HTTP中永远是这样,也就是说一个request只能有一个response。而且这个response也是被动的,不能主动发起。

    教练,你BB了这么多,跟Websocket有什么关系呢?_(:з」∠)_好吧,我正准备说Websocket呢。。

    首先Websocket是基于HTTP协议的,或者说借用了HTTP的协议来完成一部分握手。

    首先我们来看个典型的 Websocket 握手(借用Wikipedia的。。)

    GET /chat HTTP/1.1
    Host: server.example.com
    Upgrade: websocket
    Connection: Upgrade
    Sec-WebSocket-Key: x3JJHMbDL1EzLkh9GBhXDw==
    Sec-WebSocket-Protocol: chat, superchat
    Sec-WebSocket-Version: 13
    Origin: http://example.com

    熟悉HTTP的童鞋可能发现了,这段类似HTTP协议的握手请求中,多了几个东西。我会顺便讲解下作用。

    Upgrade: websocket
    Connection: Upgrade

    这个就是Websocket的核心了,告诉 Apache 、 Nginx 等服务器:注意啦,我发起的是Websocket协议,快点帮我找到对应的助理处理~不是那个老土的HTTP。

    Sec-WebSocket-Key: x3JJHMbDL1EzLkh9GBhXDw==
    Sec-WebSocket-Protocol: chat, superchat
    Sec-WebSocket-Version: 13

    首先, Sec-WebSocket-Key 是一个 Base64 encode 的值,这个是浏览器随机生成的,告诉服务器:泥煤,不要忽悠窝,我要验证尼是不是真的是Websocket助理。

    然后, Sec_WebSocket-Protocol 是一个用户定义的字符串,用来区分同URL下,不同的服务所需要的协议。简单理解:今晚我要服务A,别搞错啦~

    最后, Sec-WebSocket-Version 是告诉服务器所使用的 Websocket Draft (协议版本),在最初的时候,Websocket协议还在 Draft 阶段,各种奇奇怪怪的协议都有,而且还有很多期奇奇怪怪不同的东西,什么Firefox和Chrome用的不是一个版本之类的,当初Websocket协议太多可是一个大难题。。不过现在还好,已经定下来啦~大家都使用的一个东西~ 脱水: 服务员,我要的是13岁的噢→_→

    然后服务器会返回下列东西,表示已经接受到请求, 成功建立Websocket啦!

    HTTP/1.1 101 Switching Protocols
    Upgrade: websocket
    Connection: Upgrade
    Sec-WebSocket-Accept: HSmrc0sMlYUkAGmm5OPpG2HaGWk=
    Sec-WebSocket-Protocol: chat

    这里开始就是HTTP最后负责的区域了,告诉客户,我已经成功切换协议啦~

    Upgrade: websocket
    Connection: Upgrade

    依然是固定的,告诉客户端即将升级的是 Websocket 协议,而不是mozillasocket,lurnarsocket或者shitsocket。

    然后, Sec-WebSocket-Accept 这个则是经过服务器确认,并且加密过后的 Sec-WebSocket-Key 。 服务器:好啦好啦,知道啦,给你看我的ID CARD来证明行了吧。。

    后面的, Sec-WebSocket-Protocol 则是表示最终使用的协议。

    至此,HTTP已经完成它所有工作了,接下来就是完全按照Websocket协议进行了。具体的协议就不在这阐述了。

    ——————技术解析部分完毕——————

    你TMD又BBB了这么久,那到底Websocket有什么鬼用, http long poll ,或者ajax轮询 不都可以实现实时信息传递么。

    好好好,年轻人,那我们来讲一讲Websocket有什么用。来给你吃点胡(苏)萝(丹)卜(红)

    三、Websocket的作用

    在讲Websocket之前,我就顺带着讲下 long poll 和 ajax轮询 的原理。

    ajax轮询

    ajax轮询的原理非常简单,让浏览器隔个几秒就发送一次请求,询问服务器是否有新信息。

    场景再现:

    客户端:啦啦啦,有没有新信息(Request)

    服务端:没有(Response)

    客户端:啦啦啦,有没有新信息(Request)

    服务端:没有。。(Response)

    客户端:啦啦啦,有没有新信息(Request)

    服务端:你好烦啊,没有啊。。(Response)

    客户端:啦啦啦,有没有新消息(Request)

    服务端:好啦好啦,有啦给你。(Response)

    客户端:啦啦啦,有没有新消息(Request)

    服务端:。。。。。没。。。。没。。。没有(Response) —- loop

    long poll

    long poll 其实原理跟 ajax轮询 差不多,都是采用轮询的方式,不过采取的是阻塞模型(一直打电话,没收到就不挂电话),也就是说,客户端发起连接后,如果没消息,就一直不返回Response给客户端。直到有消息才返回,返回完之后,客户端再次建立连接,周而复始。

    场景再现:

    客户端:啦啦啦,有没有新信息,没有的话就等有了才返回给我吧(Request)

    服务端:额。。 等待到有消息的时候。。来 给你(Response)

    客户端:啦啦啦,有没有新信息,没有的话就等有了才返回给我吧(Request) -loop

    从上面可以看出其实这两种方式,都是在不断地建立HTTP连接,然后等待服务端处理,可以体现HTTP协议的另外一个特点,被动性。

    何为被动性呢,其实就是,服务端不能主动联系客户端,只能有客户端发起。

    简单地说就是,服务器是一个很懒的冰箱(这是个梗)(不会、不能主动发起连接),但是上司有命令,如果有客户来,不管多么累都要好好接待。

    说完这个,我们再来说一说上面的缺陷(原谅我废话这么多吧OAQ)

    从上面很容易看出来,不管怎么样,上面这两种都是非常消耗资源的。

    ajax轮询 需要服务器有很快的处理速度和资源。(速度)long poll 需要有很高的并发,也就是说同时接待客户的能力。(场地大小)

    所以 ajax轮询 和 long poll 都有可能发生这种情况。

    客户端:啦啦啦啦,有新信息么?

    服务端:月线正忙,请稍后再试(503 Server Unavailable)

    客户端:。。。。好吧,啦啦啦,有新信息么?

    服务端:月线正忙,请稍后再试(503 Server Unavailable)

    客户端:然后服务端在一旁忙的要死:冰箱,我要更多的冰箱!更多。。更多。。(我错了。。这又是梗。。)

    言归正传,我们来说Websocket吧

    通过上面这个例子,我们可以看出,这两种方式都不是最好的方式,需要很多资源。

    一种需要更快的速度,一种需要更多的’电话’。这两种都会导致’电话’的需求越来越高。

    哦对了,忘记说了HTTP还是一个状态协议。

    通俗的说就是,服务器因为每天要接待太多客户了,是个健忘鬼,你一挂电话,他就把你的东西全忘光了,把你的东西全丢掉了。你第二次还得再告诉服务器一遍。

    所以在这种情况下出现了,Websocket出现了。他解决了HTTP的这几个难题。首先,被动性,当服务器完成协议升级后(HTTP->Websocket),服务端就可以主动推送信息给客户端啦。所以上面的情景可以做如下修改。

    客户端:啦啦啦,我要建立Websocket协议,需要的服务:chat,Websocket协议版本:17(HTTP Request)

    服务端:ok,确认,已升级为Websocket协议(HTTP Protocols Switched)

    客户端:麻烦你有信息的时候推送给我噢。。

    服务端:ok,有的时候会告诉你的。

    服务端:balabalabalabala

    服务端:balabalabalabala

    服务端:哈哈哈哈哈啊哈哈哈哈

    服务端:笑死我了哈哈哈哈哈哈哈

    就变成了这样,只需要经过一次HTTP请求,就可以做到源源不断的信息传送了。(在程序设计中,这种设计叫做回调,即:你有信息了再来通知我,而不是我傻乎乎的每次跑来问你 )

    这样的协议解决了上面同步有延迟,而且还非常消耗资源的这种情况。那么为什么他会解决服务器上消耗资源的问题呢?

    其实我们所用的程序是要经过两层代理的,即HTTP协议在Nginx等服务器的解析下,然后再传送给相应的Handler(PHP等)来处理。简单地说,我们有一个非常快速的 接线员(Nginx) ,他负责把问题转交给相应的 客服(Handler) 。

    本身接线员基本上速度是足够的,但是每次都卡在客服(Handler)了,老有客服处理速度太慢。,导致客服不够。Websocket就解决了这样一个难题,建立后,可以直接跟接线员建立持久连接,有信息的时候客服想办法通知接线员,然后接线员在统一转交给客户。

    这样就可以解决客服处理速度过慢的问题了。

    同时,在传统的方式上,要不断的建立,关闭HTTP协议,由于HTTP是非状态性的,每次都要重新传输 identity info (鉴别信息),来告诉服务端你是谁。

    虽然接线员很快速,但是每次都要听这么一堆,效率也会有所下降的,同时还得不断把这些信息转交给客服,不但浪费客服的处理时间,而且还会在网路传输中消耗过多的流量/时间。

    但是Websocket只需要一次HTTP握手,所以说整个通讯过程是建立在一次连接/状态中,也就避免了HTTP的非状态性,服务端会一直知道你的信息,直到你关闭请求,这样就解决了接线员要反复解析HTTP协议,还要查看identity info的信息。

    同时由客户主动询问,转换为服务器(推送)有信息的时候就发送(当然客户端还是等主动发送信息过来的。。),没有信息的时候就交给接线员(Nginx),不需要占用本身速度就慢的客服(Handler)了

    ——————–

    至于怎么在不支持Websocket的客户端上使用Websocket。。答案是: 不能

    但是可以通过上面说的 long poll 和 ajax 轮询 来 模拟出类似的效果

    ——————–

    内容转自知乎:http://www.zhihu.com/question/20215561

    展开全文
  • 自己用c++写的websocket客户端测试工具(服务端和压力测试工具还没写),主要用来测试websocket服务端程序
  • http-websocket-server 具有websocket路由的简单命令行http服务器。 使用socket.io作为websocket框架构建,并添加了一层以简化客户端通信。 通过客户端通信快速构建站点,而无需编写任何服务器代码。 安装 使用npm...
  • WebSocket测试小工具

    2018-09-19 11:26:51
    使用该工具可以很容易的实现websocket稳定性测试,连接数测试就有点麻烦了,可以通过autoit3调用该.exe程序来实现对不同参数的输入
  • TCP UDP socket http webSocket 之间的关系

    千次阅读 2021-11-15 17:19:55
    阅读目录OSI &...要弄清 tcp udp socket http websocket 之间的关系,首先要知道经典的OSI七层模型,与之对应的是TCP/IP的四层模型。 从图中可以看出,tcp udp工作在传输层,http websocket 工作在应

    OSI & TCP/IP 模型

    要弄清 tcp udp socket http websocket 之间的关系,首先要知道经典的OSI七层模型,与之对应的是TCP/IP的四层模型。
    请添加图片描述
    请添加图片描述

    从图中可以看出,tcp udp工作在传输层,http websocket 工作在应用层,而 socket 不属于七层模型中的任一层,可以理解为socket工作在传输层与应用层中间的隐含层中。

    几者之间的关系

    socket 本身不是一种协议,而是对传输层中的 TCP/UDP 协议进行了封装,对用户隐藏了内部 TCP/UDP 是如何传输的,只提供一套接口(API)给程序员调用,从而完成socket编程。

    通过socket接口,我们才能使用TCP/UDP协议。

    而我们通常浏览网页用到的 http协议,是建立在TCP协议之上的一种应用层协议。
    http协议最显著的特点是它是一种无状态连接,客户端发送的每次请求都需要服务器回送响应,在请求结束后,会主动释放连接,是一种“短连接”。

    对于几者之间的关系,可以概况为:

    http websocket 等应用层协议通过 socket 接口从而调用 tcp udp 等传输层协议,从而达到网络通信。

    tcp udp => socket => http websocket

    综上所述,我们编程不会直接去调用tcp udp,而是通过他们封装好的接口socket去通信。可以说,现在几乎网络上所有的通信,底层都是通过socket完成的,一切皆Socket。

    HTTP

    HTTP是基于TCP协议的应用的超文本传输协议,属于应用层的协议。请求时需建立TCP连接,请求结束后断开连接,完成一次请求/响应操作。

    HTTP协议永远都是客户端发起请求,服务器回送响应,这样就限制了使用HTTP协议,无法实现在客户端没有发起请求的时候,服务器将消息推送给客户端。

    HTTP协议是一个无状态的协议,同一个客户端的这次请求和上次请求是没有对应关系。

    优点:基于应用级的接口使用方便

    缺点:
    (1)传输速度慢,数据包大。
    (2)如实现实时交互,服务器性能压力大。
    (3)数据传输安全性差

    注意:服务器不会主动给客户端发送数据。

    Socket

    Socket是对TCP/IP协议的封装,Socket本身并不是协议,而是一个调用接口(API)

    Socket连接需要一对套接字,一个运行于客户端,另一个运行于服务端!之间的连接分为三个步骤:服务器监听,客户端请求,连接确认。

    (1)服务器监听:是服务端套接字并不定位具体的客户端套接字,而是处于等待连接的状态,实时监控网络状态。

    (2)客户端请求:是由客户端的套接字提出连接请求,要连接的目标是服务端的套接字。所以客户端的套接字必须首先描述它要连接的服务器的套接字,指出服务器端套接字的地址和端口号,然后就向服务器端套接字提出连接请求。

    (3)连接确认:是指当服务器端套接字监听到或者说接收到客户端套接字的连接请求,它就响应客户端套接字的请求,建立一个新的线程,把服务器端套接字的描述发给客户端,一旦客户端确认了此描述,连接就建立好了。而服务器端套接字继续处于监听状态,继续接收其他客户端套接字的连接请求。

    WebSocket

    虽然叫WebSocket,但它与Socket没有任何关系。就好比:Java与JavaScript,雷锋与雷峰塔,印度与印度尼西亚,黑客与博客的关系,两者没有任何关系!

    WebSocket也是一种协议,并且也是基于TCP协议的。可以理解为WebSocket是HTTP的优化,但WebSocket不仅仅在Web应用程序上得到支持。

    WebSocket虽然是Html5的产物,但也不仅仅局限于浏览器的应用程序,许多语言都提供了WebSocket的支持,比如C,C++,Python等

    webSocket 概念

    在WebSocket概念出来之前,如果页面要不停地显示最新的价格,那么必须不停地刷新页面,或者用一段js代码每隔几秒钟发消息询问服务器数据。

    而使用WebSocket技术之后,当服务器有了新的数据,会主动通知浏览器。 如当服务端有新的比特币价格之后,浏览器立马接收到消息。

    webSocket 优点

    1、节约带宽。不停地轮询服务端数据这种方式,使用的是http协议,head信息很大,有效数据占比低, 而使用WebSocket方式,头信息很小,有效数据占比高。

    2、无浪费。 轮询方式有可能轮询10次,才碰到服务端数据更新,那么前9次都白轮询了,因为没有拿到变化的数据。 而WebSocket是由服务器主动回发,来的都是新数据。

    3、实时性,考虑到服务器压力,使用轮询方式不可能很短的时间间隔,否则服务器压力太多,所以轮询时间间隔都比较长,好几秒,设置十几秒。 而WebSocket是由服务器主动推送过来,实时性是最高的。

    Websocket 的作用

    在讲Websocket之前,我就顺带着讲下 long pollajax轮询 的原理。

    ajax轮询

    首先是 ajax轮询 ,ajax轮询 的原理非常简单,让浏览器隔个几秒就发送一次请求,询问服务器是否有新信息。

    场景再现:
    客户端:啦啦啦,有没有新信息(Request)
    服务端:没有(Response)
    客户端:啦啦啦,有没有新信息(Request)
    服务端:没有。。(Response)
    客户端:啦啦啦,有没有新信息(Request)
    服务端:你好烦啊,没有啊。。(Response)
    客户端:啦啦啦,有没有新消息(Request)
    服务端:好啦好啦,有啦给你。(Response)
    客户端:啦啦啦,有没有新消息(Request)
    服务端:…没…没…没有(Response) ---- loop

    long poll

    long poll 其实原理跟 ajax轮询 差不多,都是采用轮询的方式,不过采取的是阻塞模型(一直打电话,没收到就不挂电话),也就是说,客户端发起连接后,如果没消息,就一直不返回Response给客户端。直到有消息才返回,返回完之后,客户端再次建立连接,周而复始。

    场景再现
    客户端:啦啦啦,有没有新信息,没有的话就等有了才返回给我吧(Request)
    服务端:额… 等待到有消息的时候…来 给你(Response)
    客户端:啦啦啦,有没有新信息,没有的话就等有了才返回给我吧(Request) -loop


    从上面可以看出其实这两种方式,都是在不断地建立HTTP连接,然后等待服务端处理,可以体现HTTP协议的另外一个特点,被动性

    何为被动性呢,其实就是,服务端不能主动联系客户端,只能有客户端发起。

    从上面很容易看出来,不管怎么样,上面这两种都是非常消耗资源的。

    ajax轮询 需要服务器有很快的处理速度和资源。(速度)
    long poll 需要有很高的并发,也就是说同时接待客户的能力。(场地大小)

    所以ajax轮询 和long poll 都有可能发生这种情况。

    客户端:啦啦啦啦,有新信息么?
    服务端:月线正忙,请稍后再试(503 Server Unavailable)
    客户端:…好吧,啦啦啦,有新信息么?
    服务端:月线正忙,请稍后再试(503 Server Unavailable)

    通俗的说就是,服务器因为每天要接待太多客户了,是个健忘鬼,你一挂电话,他就把你的东西全忘光了,把你的东西全丢掉了。

    你第二次还得再告诉服务器一遍。

    Websocket

    Websocket出现了,他解决了HTTP的这几个难题。

    首先,被动性,当服务器完成协议升级后(HTTP->Websocket),服务端就可以主动推送信息给客户端啦。

    所以上面的情景可以做如下修改。

    客户端:啦啦啦,我要建立Websocket协议,需要的服务:chat,Websocket协议版本:17(HTTP Request)

    服务端:ok,确认,已升级为Websocket协议(HTTP Protocols Switched)
    客户端:麻烦你有信息的时候推送给我噢。。
    服务端:ok,有的时候会告诉你的。
    服务端:balabalabalabala
    服务端:balabalabalabala
    服务端:哈哈哈哈哈啊哈哈哈哈
    服务端:笑死我了哈哈哈哈哈哈哈

    就变成了这样,只需要经过一次HTTP请求,就可以做到源源不断的信息传送了。(在程序设计中,这种设计叫做回调,即:你有信息了再来通知我,而不是我傻乎乎的每次跑来问你)
    这样的协议解决了上面同步有延迟,而且还非常消耗资源的这种情况。

    他解决了HTTP的被动性,当服务器完成协议升级后(HTTP->Websocket),服务端就可以主动推送信息给客户端啦。

    TCP三次握手

    所谓三次握手(Three-way Handshake),是指建立一个TCP连接时,需要客户端和服务器总共发送3个包。

    三次握手的目的是连接服务器指定端口,建立TCP连接,并同步连接双方的序列号和确认号并交换 TCP 窗口大小信息.在 Socket 编程中,客户端执行connect()时。将触发三次握手。

    请添加图片描述
    首先了解一下几个标志:

    • SYN(synchronous)同步标志
    • ACK (Acknowledgement)即确认标志
    • seq应该是Sequence Number,序列号的意思
    • 另外还有四次握手的 fin,应该是 final,表示结束标志。

    请添加图片描述

    展开全文
  • websocket 心跳连接

    2019-04-20 14:39:38
    前端实现 websocket心跳连接 支持心跳检测和心跳重连
  • linux c语言实现websocket

    2017-09-21 17:41:31
    linux c语言实现websocket编程,亲测可以运行,linux下直接编译就可以。代码中文件较多,结构比较清晰,未加注解。若有疑问请留言。
  • 利用C++ SOCKET编程,自我实现的一个websocket服务器,能够比较好的移植,没有使用开源库
  • 天下 基于http_parser的WebSocket解析器 该项目仍为绿色,请检查上缺少的内容。
  • httpwebsocket的关系

    千次阅读 2019-04-23 12:12:51
    http http是应用层协议,是基于tcp协议的,所以http建立连接的时候必须要经过三次握手。 每一次交换都是客户端主动发起请求(request),服务端被动应答(response)。 服务器不能主动向客户端推送数据。 通信的...

    http

    1. http是应用层协议,是基于tcp协议的,所以http建立连接的时候必须要经过三次握手。
    2. 每一次交换都是客户端主动发起请求(request),服务端被动应答(response)。
    3. 服务器不能主动向客户端推送数据。
    4. 通信的数据是基于文本格式的。二进制数据(比如图片等)要转化为base64编码文本后才能传输。

    长连接和短连接

    短连接:是每次请求都要三次握手建立连接才能发送信息,完成一次通信之后就把连接断开。发送消息过程中一个request对应一个response

    长连接:建立连接了在一段时间内保持连接,tcp不会断开。客户端与服务器通信,必须由客户端发起request,然后服务器返回结果。即客户端是主动的,服务器是被动的。

     

    websocket

    WebSocket是HTML5规范提出的一种协议,它是封装在socket协议的上层协议。它是为了解决 客户端发起多个http请求服务器资源 必须要经过长时间轮询的问题而产生的,它能实现多路复用。

    1. websocket建立连接时,数据是通过http传输的,建立连接后就不需要http协议了。
    2. websocket建立连接后就是全双工模式,也是基于tcp协议。
    3. 建立连接之后,不必在浏览器(客户端)发送request之后服务器才能发送信息到浏览器,这时候服务器有主动权,可以随时发消息给浏览器(客户端)。
    4. 发送的信息中不必带有head部分信息了,相对于http来说,降低了服务器的压力,极大的减少了不必要的网络流量与延迟。

     

     websocket与http的关系

    • 相同点:

    1.都是基于tcp协议,都需要三次握手建立连接,都是可靠传输协议

    2.都是应用层协议

    • 区别:

    1.websocket是双向通信协议,模拟socket协议,而http是单向的。

    2.websocket需要浏览器(客户端)和服务器握手进行连接的,而http是浏览器发起向服务器的连接,服务器预先并不知道这个连接。

     


    参考:

    https://www.cnblogs.com/guoke-jsp/p/5782653.html

    https://blog.csdn.net/yamaxifeng_132/article/details/83583497

    展开全文
  • websockethttp优缺点

    千次阅读 2018-09-03 14:19:16
    一、websockethttp WebSocket是HTML5中的协议,支持持久连接;而Http协议不支持持久连接。 首先HTMl5指的是一系列新的API,或者说新规范,新技术。WebSocket是HTML5中新协议、新API.跟HTTP协议基本没有关系。 ...

    一、websocket与http
    WebSocket是HTML5中的协议,支持持久连接;而Http协议不支持持久连接。

    首先HTMl5指的是一系列新的API,或者说新规范,新技术。WebSocket是HTML5中新协议、新API.跟HTTP协议基本没有关系。

    Http协议本身只有1.0和1.1,也就是所谓的Keep-alive,把多个Http请求合并为一个。

    WebSocket是HTML5中的协议,支持持久连接;而Http协议不支持持久连接。

    二、Websocket是什么样的协议,具体有什么优点
    首先,Websocket是一个持久化的协议,相对于HTTP这种非持久的协议来说

    HTTP的生命周期通过 Request 来界定,也就是一个 Request 一个 Response ,那么在 HTTP1.0 中,这次HTTP请求就结束了。

    在HTTP1.1中进行了改进,使得有一个keep-alive,也就是说,在一个HTTP连接中,可以发送多个Request,接收多个Response。但是请记住 Request = Response , 在HTTP中永远是这样,也就是说一个request只能有一个response。而且这个response也是被动的,不能主动发起。

    三、Websocket的作用
    (1)ajax轮询

    ajax轮询的原理非常简单,让浏览器隔个几秒就发送一次请求,询问服务器是否有新信息。

    (2)long poll(长轮询)

    long poll 其实原理跟 ajax轮询 差不多,都是采用轮询的方式,不过采取的是阻塞模型(一直打电话,没收到就不挂电话),也就是说,客户端发起连接后,如果没消息,就一直不返回Response给客户端(对于PHP有最大执行时间,建议没消息,执行到一定时间也返回)。直到有消息才返回,返回完之后,客户端再次建立连接,周而复始。

    从上面可以看出其实这两种方式,都是在不断地建立HTTP连接,关闭HTTP协议,由于HTTP是非状态性的,每次都要重新传输 identity info (鉴别信息),来告诉服务端你是谁。然后等待服务端处理,可以体现HTTP协议的另外一个特点,被动性。

    何为被动性呢,其实就是,服务端不能主动联系客户端,只能有客户端发起。从上面很容易看出来,不管怎么样,上面这两种都是非常消耗资源的。

    ajax轮询 需要服务器有很快的处理速度和资源。(速度)long poll 需要有很高的并发,也就是说同时接待客户的能力。(场地大小)

    (3)WebSocket

    Websocket解决了HTTP的这几个难题。首先,被动性,当服务器完成协议升级后(HTTP->Websocket),服务端就可以主动推送信息给客户端啦。解决了上面同步有延迟的问题。

    解决服务器上消耗资源的问题:其实我们所用的程序是要经过两层代理的,即HTTP协议在Nginx等服务器的解析下,然后再传送给相应的Handler(php等)来处理。简单地说,我们有一个非常快速的 接线员(Nginx) ,他负责把问题转交给相应的 客服(Handler) 。Websocket就解决了这样一个难题,建立后,可以直接跟接线员建立持久连接,有信息的时候客服想办法通知接线员,然后接线员在统一转交给客户。

    由于Websocket只需要一次HTTP握手,所以说整个通讯过程是建立在一次连接/状态中,也就避免了HTTP的非状态性,服务端会一直知道你的信息,直到你关闭请求,这样就解决了接线员要反复解析HTTP协议,还要查看identity info的信息。

    目前唯一的问题是:不兼容低版本的IE
    1WebSocket是HTML5中的协议,支持持久连接;而Http协议不支持持久连接。

    首先HTMl5指的是一系列新的API,或者说新规范,新技术。WebSocket是HTML5中新协议、新API.跟HTTP协议基本没有关系。

    Http协议本身只有1.0和1.1,也就是所谓的Keep-alive,把多个Http请求合并为一个。

    展开全文
  • HTTPWebSocket比较

    千次阅读 2018-07-18 20:58:19
    HTTP: 1,无状态协议。 2,短连接。(Ajax轮询方式或Long poll方式实现“持久连接”状态) 2,被动型。 客户端请求-&...Websocket),服务端就可以主动推送信息给客户端啦。 就变成了这样,只...
  • 转自:http://blog.csdn.net/sinat_31057219/article/details/72872359https://www.jianshu.com/p/42260a2575f8TCP/IP协议栈主要分为四层:应用层、传输层、网络层、数据链路层, 每层都有相应的协议,如下图IP:网络...
  • WebsocketHTTP,TCP

    2019-12-07 20:30:45
    WebsocketHTTP,TCP HTTP和TCP的关系 Websocket和TCP的关系 WebSocketHTTP 同:建立在TCP之上,同http一样通过TCP来传输数据 不同:HTTP协议为单向协议,即浏览器只能向服务器请求资源,服务器才能将...
  • 百度百科:WebSocket协议是基于TCP的一种新的网络协议。它实现了浏览器与服务器全双工(full-duplex)通信——允许服务器主动发送信息给客户端。 个人对websocket协议的理解 “服务器推”场景的出现,服务器端信息...
  • 模块java.net.http ...提供HTTP(版本1.1和2)的高级客户端接口和WebSocket的低级客户端接口。定义的主要类型是: HttpClient HttpRequest HttpResponse WebSocket 协议特定的要求在限定Hypertext Transfer P...
  • WebSocket 是一种基于 TCP 连接上进行全双工通信的协议,相对于 HTTP 这种非持久的协议来说,WebSocket 是一个持久化网络通信的协议。 WebSocket 是一种基于 TCP 连接上进行全双工通信的协议,相对于 HTTP 这种非...
  • 目前想实现一个HTTP代理服务,能够支持HTTPWebsocket的代理。最开始的实现思路是使用Jetty服务+Http-proxy框架实现的,后来发现支持Websocket比较困难。换了另一种思路,使用Netty来实现。 github源码: ...
  • http,websocket和socket详解

    万次阅读 多人点赞 2018-05-31 14:19:10
    一,HTTP 1,概念:http是目前应用最广泛的一个网络传输协议,是属于网络应用层的面向对象的协议. 1.1,HTTP1.1解决TCP3次握手4次挥手耗性能问题: 如果有大量的连接,每次在连接,关闭时都要经历3次握手,4次挥手,这很...
  • NULL 博文链接:https://rensanning.iteye.com/blog/2407142
  • HTTPWebSocket协议的区别与联系

    千次阅读 2019-02-20 15:39:48
    那天和boss聊天,不经意间提到了Meteor,然后聊到了WebSocket,然后就有了以下对话,不得不说,看问题的方式不同,看到的东西也会大不相同。 A:Meteor是一个很新的开发框架,我觉得它设计得十分巧妙。 B:怎么个...
  • Cocos Creator的HttpWebSocket、SocketIO用法的demo,仅供学习使用
  • 主要介绍了vue发送websocket请求和http post请求的方法,本文通过实例代码给大家介绍的非常详细,具有一定的参考借鉴价值 ,需要的朋友可以参考下
  • 刨根问底HTTPWebSocket协议

    千次阅读 2018-06-11 10:59:49
    HTTP vs WebSocket那天和boss聊天,不经意间提到了Meteor,然后聊到了WebSocket,然后就有了以下对话,不得不说,看问题的方式不同,看到的东西也会大不相同。A:Meteor是一个很新的开发框架,我觉得它设计得十分...
  • HTTP协议与WebSocket协议对比

    千次阅读 2018-07-09 19:31:33
    1.HTTP从根本上讲,HTTP还是半双工的协议,也就是说,在同一时刻流量只能单向流动:客户端向服务器发送请求(单向)...与HTTP轮询不同,WebSocket只发有一个请求,服务器不需要等待来自客户端的请求。相似的,客户端...
  • HTTPWebSocket构建在C 11中的Boost.Asio上
  • 客户端WebSocket Vert.x之HttpClient支持WebSockets.可以调用任一websocket操作并提供一个处理器连接一个WebSocket到客户端。在连接成功后,处理器将会得到WebSocket实例参数并且被调用。 client.websocket("/some...
  • httpwebsocket共用同一端口

    千次阅读 2018-12-24 21:52:00
    websockethttp的升级版(upgrade),我们只需要定制http服务器的upgrade函数即可。让upgrade函数充当websocket的路由器(多个websocket共用同一端口可以通过路由器来转发)。 ws模块和socket.io socket.io对...
  • ws-http-隧道 基于 Websocket 的反向 HTTP 隧道
  • webSocket server 跟http包一起使用方法

    千次阅读 2019-04-13 18:46:06
    webSocket server 跟http包一起使用方法 最近在捣鼓一个小工具需要用到http+websocket,就去百度了下发现网上大部分教程都是用的github.com/gorilla/websocket这个包作为实例。之前记得x/net下面是有一个websocket包...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 92,657
精华内容 37,062
关键字:

httpwebsocket