we

Socket，WebSocket，Http，Tcp等这些我们已经听的耳朵有茧了，但是用得时候还是复习一下吧。 大学学习网络基础的时候老师讲过，网络由下往上分为物理层、数据链路层、网络层、传输层、会话层、表示层和应用层。通过初步的了解，我知道IP协议对应于网络层，TCP协议对应于传输层，而HTTP协议对应于应用层，三者从本质上来说没有可比性，socket则是对TCP/IP协议的封装和应用（程序员层面上）。也可以说，TPC/IP协议是传输层协议，主要解决数据如何在网络中传输，而HTTP是应用层协议，主要解决如何包装数据。关于TCP/IP和HTTP协议的关系，网络有一段比较容易理解的介绍： “我们在传输数据时，可以只使用（传输层）TCP/IP协议，但是那样的话，如果没有应用层，便无法识别数据内容，如果想要使传输的数据有意义，则必须使用到应用层协议，应用层协议有很多，比如HTTP、FTP、TELNET等，也可以自己定义应用层协议。WEB使用HTTP协议作应用层协议，以封装HTTP文本信息，然后使用TCP/IP做传输层协议将它发到网络上。” 而我们平时说的最多的socket是什么呢，实际上socket是对TCP/IP协议的封装，Socket本身并不是协议，而是一个调用接口（API），通过Socket，我们才能使用TCP/IP协议。实际上，Socket跟TCP/IP协议没有必然的联系。Socket编程接口在设计的时候，就希望也能适应其他的网络协议。所以说，Socket的出现只是使得程序员更方便地使用TCP/IP协议栈而已，是对TCP/IP协议的抽象，从而形成了我们知道的一些最基本的函数接口，比如create、listen、connect、accept、send、read和write等等。网络有一段关于socket和TCP/IP协议关系的说法比较容易理解： “TCP/IP只是一个协议栈，就像操作系统的运行机制一样，必须要具体实现，同时还要提供对外的操作接口。这个就像操作系统会提供标准的编程接口，比如win32编程接口一样，TCP/IP也要提供可供程序员做网络开发所用的接口，这就是Socket编程接口。” 关于TCP/IP协议的相关只是，用博大精深来讲我想也不为过，单单查一下网上关于此类只是的资料和书籍文献的数量就知道，这个我打算会买一些经典的书籍（比如《TCP/IP详解：卷一、卷二、卷三》）进行学习，今天就先总结一些基于基于TCP/IP协议的应用和编程接口的知识，也就是刚才说了很多的HTTP和Socket。 CSDN上有个比较形象的描述： HTTP是轿车，提供了封装或者显示数据的具体形式； Socket是发动机，提供了网络通信的能力。 实际上，传输层的TCP是基于网络层的IP协议的，而应用层的HTTP协议又是基于传输层的TCP协议的，而Socket本身不算是协议，就像上面所说，它只是提供了一个针对TCP或者UDP编程的接口。 下面是一些经常在笔试或者面试中碰到的重要的概念，特在此做摘抄和总结。一什么是TCP连接的三次握手第一次握手：客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认；第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态；第三次握手：客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=k+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。 握手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下，TCP连接一旦建立，在通信双方中的任何一方主动关闭连接之前，TCP连接都将被一直保持下去。断开连接时服务器和客户端均可以主动发起断开TCP连接的请求，断开过程需要经过“四次握手”（过程就不细写了，就是服务器和客户端交互，最终确定断开）二利用Socket建立网络连接的步骤建立Socket连接至少需要一对套接字，其中一个运行于客户端，称为ClientSocket，另一个运行于服务器端，称为ServerSocket。套接字之间的连接过程分为三个步骤：服务器监听，客户端请求，连接确认。1、服务器监听：服务器端套接字并不定位具体的客户端套接字，而是处于等待连接的状态，实时监控网络状态，等待客户端的连接请求。2、客户端请求：指客户端的套接字提出连接请求，要连接的目标是服务器端的套接字。为此，客户端的套接字必须首先描述它要连接的服务器的套接字，指出服务器端套接字的地址和端口号，然后就向服务器端套接字提出连接请求。3、连接确认：当服务器端套接字监听到或者说接收到客户端套接字的连接请求时，就响应客户端套接字的请求，建立一个新的线程，把服务器端套接字的描述发给客户端，一旦客户端确认了此描述，双方就正式建立连接。而服务器端套接字继续处于监听状态，继续接收其他客户端套接字的连接请求。三HTTP链接的特点 HTTP协议即超文本传送协议(Hypertext Transfer Protocol )，是Web联网的基础，也是手机联网常用的协议之一，HTTP协议是建立在TCP协议之上的一种应用。 HTTP连接最显著的特点是客户端发送的每次请求都需要服务器回送响应，在请求结束后，会主动释放连接。从建立连接到关闭连接的过程称为“一次连接”。四、TCP和UDP的区别（考得最多。。快被考烂了我觉得）1、TCP是面向链接的，虽然说网络的不安全不稳定特性决定了多少次握手都不能保证连接的可靠性，但TCP的三次握手在最低限度上（实际上也很大程度上保证了）保证了连接的可靠性；而UDP不是面向连接的，UDP传送数据前并不与对方建立连接，对接收到的数据也不发送确认信号，发送端不知道数据是否会正确接收，当然也不用重发，所以说UDP是无连接的、不可靠的一种数据传输协议。2、也正由于1所说的特点，使得UDP的开销更小数据传输速率更高，因为不必进行收发数据的确认，所以UDP的实时性更好。知道了TCP和UDP的区别，就不难理解为何采用TCP传输协议的MSN比采用UDP的QQ传输文件慢了，但并不能说QQ的通信是不安全的，因为程序员可以手动对UDP的数据收发进行验证，比如发送方对每个数据包进行编号然后由接收方进行验证啊什么的，即使是这样，UDP因为在底层协议的封装上没有采用类似TCP的“三次握手”而实现了TCP所无法达到的传输效率。 简单总结：HTTP协议：简单对象访问协议，对应于应用层 ，HTTP协议是基于TCP连接的。TCP协议： 对应于传输层。IP协议： 对应于网络层。TCP/IP是传输层协议，主要解决数据如何在网络中传输；而HTTP是应用层协议，主要解决如何包装数据。Socket是对TCP/IP协议的封装，Socket本身并不是协议，而是一个调用接口（API），通过Socket，我们才能使用TCP/IP协议。HTTP连接：HTTP连接就是所谓的短连接，即客户端向服务器端发送一次请求，服务器端响应后连接即会断掉；Socket连接：Socket连接就是所谓的长连接，理论上客户端和服务器端一旦建立起连接将不会主动断掉；但是由于各种环境因素可能会是连接断开，比如说：服务器端或客户端主机down了，网络故障，或者两者之间长时间没有数据传输，网络防火墙可能会断开该连接以释放网络资源。所以当一个Socket连接中没有数据的传输，那么为了维持连接需要发送心跳消息~~具体心跳消息格式是开发者自己定义的。WebSocket WebSocket是HTML5开始提供的一种浏览器与服务器间进行全双工通讯的网络技术。 WebSocket通信协定于2011年被IETF定为标准 RFC 6455，WebSocketAPI被W3C定为标准。 在WebSocket API中，浏览器和服务器只需要要做一个握手的动作，然后，浏览器和服务器之间就形成了一条快速通道。两者之间就直接可以数据互相传送。现在，很多网站为了实现推送技术，所用的技术都是轮询。轮询是在特定的的时间间隔（如每1秒），由浏览器对服务器发出HTTP request，然后由服务器返回最新的数据给客户端的浏览器。这种传统的模式带来很明显的缺点，即浏览器需要不断的向服务器发出请求，然而HTTP request的header是非常长的，里面包含的数据可能只是一个很小的值，这样会占用很多的带宽和服务器资源。 而比较新的技术去做轮询的效果是Comet，使用了AJAX。但这种技术虽然可达到双向通信，但依然需要发出请求，而且在Comet中，普遍采用了长链接，这也会大量消耗服务器带宽和资源。 面对这种状况，HTML5定义了WebSocket协议，能更好的节省服务器资源和带宽并达到实时通讯。握手协议在实现Websocket连线过程中，需要透过浏览器发出Websocket连线请求，然后服务器发出回应，这个过程通常称为“握手” (handshaking)。PS:后期的版本大多属于功能上的扩充，例如使用第7版的握手协议同样也适用于第8版的握手协议。浏览器请求GET / HTTP/1.1Upgrade: websocketConnection: UpgradeHost: example.comOrigin: nullSec-WebSocket-Key: sN9cRrP/n9NdMgdcy2VJFQ==Sec-WebSocket-Version: 13服务器回应HTTP/1.1 101 Switching ProtocolsUpgrade: websocketConnection: UpgradeSec-WebSocket-Accept: fFBooB7FAkLlXgRSz0BT3v4hq5s=Sec-WebSocket-Origin: nullSec-WebSocket-Location: ws://example.com/原理在请求中的“Sec-WebSocket-Key”是随机的，服务器端会用这些数据来构造出一个SHA-1的信息摘要。把“Sec-WebSocket-Key”加上一个魔幻字符串“258EAFA5-E914-47DA-95CA-C5AB0DC85B11”。使用 SHA-1 加密，之后进行 BASE-64编码，将结果做为“Sec-WebSocket-Accept”头的值，返回给客户端。客户端的Websocket对象一共绑定了四个事件：1、onopen：连接建立时触发；2、onmessage：收到服务端消息时触发；3、onerror：连接出错时触发；4、onclose：连接关闭时触发；有了这4个事件，我们就可以很容易很轻松的驾驭websocket，并且需要说明的是websocket支持二进制数据的传输，因此，它远不止聊天室应用这么简单。WebSocket API是下一代客户端-服务器的异步通信方法。该通信取代了使用ws或wss协议的单个的TCP套接字，可用于任意的客户端和服务器程序WebSocket API最伟大之处在于在任意时刻服务器和客户端可以相互推送信息。WebSocket并不限于以Ajax(或XHR)方式通信，Ajax技术需要客户端发起请求，而WebSocket服务器和客户端可以彼此相互推送信息；XHR受到域的限制，而WebSocket是允许跨域通信。

g因为http有同步和异步发送，我在刷新浏览器的时候，是可以捕获到浏览器刷新时间，向服务器发送请求，这时候是发送同步请求，如果服务端不响应，我不关闭浏览器，就是保证这个请求不中断，但是用websokcet发送不出去，因为浏览器刷新，请求中断了，

WebSocket的出现是基于Web应用的实时性需要而产生的。这种实时的Web应用大家应该不陌生，在生活中都应该用到过，比如新浪微博的评论、私信的通知，腾讯的WebQQ等。让我们来回顾下实时 Web 应用的窘境吧。在WebSocket出现之前，一般通过两种方式来实现Web实时用：轮询机制和流技术；其中轮询有不同的轮询，还有一种叫Comet的长轮询。轮询：这是最早的一种实现实时 Web 应用的方案。客户端以一定的时间间隔向服务端发出请求，以频繁请求的方式来保持客户端和服务器端的同步。这种同步方案的缺点是，当客户端以固定频率向服务 器发起请求的时候，服务器端的数据可能并没有更新，这样会带来很多无谓的网络传输，所以这是一种非常低效的实时方案。长轮询：是对定时轮询的改进和提高，目地是为了降低无效的网络传输。当服务器端没有数据更新的时候，连接会保持一段时间周期直到数据或状态改变或者 时间过期，通过这种机制来减少无效的客户端和服务器间的交互。当然，如果服务端的数据变更非常频繁的话，这种机制和定时轮询比较起来没有本质上的性能的提 高。流：常就是在客户端的页面使用一个隐藏的窗口向服务端发出一个长连接的请求。服务器端接到这个请求后作出回应并不断更新连接状态以保证客户端和服务 器端的连接不过期。通过这种机制可以将服务器端的信息源源不断地推向客户端。这种机制在用户体验上有一点问题，需要针对不同的浏览器设计不同的方案来改进 用户体验，同时这种机制在并发比较大的情况下，对服务器端的资源是一个极大的考验。上述方式其实并不是真正的实时技术，只是使用了一种技巧来实现的模拟实时。在每次客户端和服务器端交互的时候都是一次 HTTP 的请求和应答的过程，而每一次的 HTTP 请求和应答都带有完整的 HTTP 头信息，这就增加了每次传输的数据量。但这些方式最痛苦的是开发人员，因为不论客户端还是服务器端的实现都很复杂，为了模拟比较真实的实时效果，开发人员 往往需要构造两个HTTP连接来模拟客户端和服务器之间的双向通讯，一个连接用来处理客户端到服务器端的数据传输，一个连接用来处理服务器端到客户端的数 据传输，这不可避免地增加了编程实现的复杂度，也增加了服务器端的负载，制约了应用系统的扩展性。基于上述弊端，实现Web实时应用的技术出现了，WebSocket通过浏览器提供的API真正实现了具备像C/S架构下的桌面系统的实时通讯能 力。其原理是使用JavaScript调用浏览器的API发出一个WebSocket请求至服务器，经过一次握手，和服务器建立了TCP通讯，因为它本质 上是一个TCP连接，所以数据传输的稳定性强和数据传输量比较小。WebSocket 协议WebSocket 协议本质上是一个基于 TCP 的协议。为了建立一个 WebSocket 连接，客户端浏览器首先要向服务器发起一个 HTTP 请求，这个请求和通常的 HTTP 请求不同，包含了一些附加头信息，其中附加头信息”Upgrade: WebSocket”表明这是一个申请协议升级的 HTTP 请求，服务器端解析这些附加的头信息然后产生应答信息返回给客户端，客户端和服务器端的 WebSocket 连接就建立起来了，双方就可以通过这个连接通道自由的传递信息，并且这个连接会持续存在直到客户端或者服务器端的某一方主动的关闭连接。下面我们来详细介绍一下 WebSocket 协议，由于这个协议目前还是处于草案阶段，版本的变化比较快，我们选择目前最新的 draft-ietf-hybi-thewebsocketprotocol-17 版本来描述 WebSocket 协议。因为这个版本目前在一些主流的浏览器上比如 Chrome,、FireFox、Opera 上都得到比较好的支持。通过描述可以看到握手协议客户端发到服务器的内容: 代码如下 复制代码 GET /chat HTTP/1.1 Host: server.example.com Upgrade: websocket Connection: Upgrade Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ== Origin: http://example.com Sec-WebSocket-Protocol: chat, superchat Sec-WebSocket-Version: 13从服务器到客户端的内容: 代码如下 复制代码 HTTP/1.1 101 Switching Protocols Upgrade: websocket Connection: Upgrade Sec-WebSocket-Accept: s3pPLMBiTxaQ9kYGzzhZRbK+xOo= Sec-WebSocket-Protocol: chat这些请求和通常的 HTTP 请求很相似，但是其中有些内容是和 WebSocket 协议密切相关的。我们需要简单介绍一下这些请求和应答信息，”Upgrade:WebSocket”表示这是一个特殊的 HTTP 请求，请求的目的就是要将客户端和服务器端的通讯协议从 HTTP 协议升级到 WebSocket 协议。其中客户端的Sec-WebSocket-Key和服务器端的Sec-WebSocket-Accept就是重要的握手认证信息了，这些内容将在服 务器端实现的博文中讲解。相信通过上文的讲解你应该对WebSocket有了个初步认识了，如果有任何疑问欢迎交流。 客户端如概念篇中介绍的握手协议，客户端是由浏览器提供了API，所以只要使用JavaScript来简单调用即可，而服务器端是要自己实现的，服务器端将在下个博文来讲。 代码如下 复制代码 WebSocket JavaScript 接口定义:[Constructor(in DOMString url, optional in DOMString protocol)]interface WebSocket {readonly attribute DOMString URL;// ready stateconst unsigned short CONNECTING = 0;const unsigned short OPEN = 1;const unsigned short CLOSED = 2;readonly attribute unsigned short readyState;readonly attribute unsigned long bufferedAmount; // networkingattribute Function onopen;attribute Function onmessage;attribute Function onclose;boolean send(in DOMString data);void close();};WebSocket implements EventTarget; 简单了解下接口方法和属性：readyState表示连接有四种状态：CONNECTING (0)：表示还没建立连接；OPEN (1)： 已经建立连接，可以进行通讯；CLOSING (2)：通过关闭握手，正在关闭连接；CLOSED (3)：连接已经关闭或无法打开；url是代表 WebSocket 服务器的网络地址，协议通常是”ws”或“wss(加密通信)”,send 方法就是发送数据到服务器端；close 方法就是关闭连接；onopen连接建立，即握手成功触发的事件；onmessage收到服务器消息时触发的事件；onerror异常触发的事件；onclose关闭连接触发的事件；JavaScript调用浏览器接口实例如下： 代码如下 复制代码 var wsServer = "ws://localhost:8888/Demo"; //服务器地址var websocket = new WebSocket(wsServer); //创建WebSocket对象websocket.send("hello");//向服务器发送消息alert(websocket.readyState);//查看websocket当前状态websocket.onopen = function (evt) {//已经建立连接};websocket.onclose = function (evt) {//已经关闭连接};websocket.onmessage = function (evt) {//收到服务器消息，使用evt.data提取};websocket.onerror = function (evt) {//产生异常};

如果遇见了一个全新的协议，怎么从零开始，完成接口测试？以 WebSocket 为例。 WebSocket 协议在2008年诞生，2011年成为国际标准。现在所有浏览器都已经支持了。WebSocket 的最大特点就是，服务器可以主动向客户端推送信息，客户端也可以主动向服务器发送信息，是真正的双向平等对话。 WebSocket 的其他特点： 1. 建立在 TCP 协议之上，服务器端的实现比较容易。 2. 与 HTTP 协议有着良好的兼容性。默认端口也是80和443，并且握手阶段采用 HTTP 协议，因此握手时不容易屏蔽，能通过各种 HTTP 代理服务器。 3. 数据格式比较轻量，性能开销小，通信高效。 4. 可以发送文本，也可以发送二进制数据。 5. 没有同源限制，客户端可以与任意服务器通信。 6. 协议标识符是ws（如果加密，则为wss），服务器网址就是 URL。 · ws–>http（未加密） 无证书 · wss–>https（加密） 有证书 第一步： 很多时候第一反应向开发工程师求助，因为开发工程师基于新协议已经完成了接口开发，向开发工程师求助显然是最好的办法。找到一些学习脉络，包含了协议的说明文档、代码开发文档、实现代码等内容，了解协议的原理。向开发求助是个方法。 那么 WebSocket 用 Fiddler 怎么搞定？，其实主要就是修改了 Fiddler 中 Rules 下的 Customize Rules，如果感兴趣可以自己去搜一下。当面对陌生技术问题的时候，应该使用最熟悉的技术去尝试解决问题。虽然 Fiddler 截获 WebSocket 接口的办法，所截获的全部消息都在日志里面，根本无法操作。但是，可以借助 Fiddler 分析 WebSocket 的接口，一开始给 Fiddler 这款工具的定位一样，那就是通过它辅助分析我们的被测接口。处理HTTP、HTTPS，推荐用Fiddler。 但是在处理TCP,UDP 就用WireShark。Websocket是应用层协议，建立在 TCP 协议之上，服务器端的实现比较容易。因为应用层是在传输层的基础上包装数据，所以我们还是从底层开始了解Websocket到底是个啥?是如何工作的? 可以通过---- wireshark（网络封包分析软件）抓包工具抓到WebSocket接口 wireshark下载地址：https://www.wireshark.org/download.html 以下是python实现的websocket 接口连接。

java 后台做 websocket 服务端。 页面使用js的websocket客户端 连接上 服务端 就能实时通信了。

一些参考内容: 用户的需求通常是: 希望web页面更具交互性. 而解决方案就是使用javascript. 而这一切的推动力又是Ajax. Ajax是异步javascript和xml的缩写(Asynchronous Javascript and XML), 利用这种技术, 可以让远程服务器和客户端保持数据同步. 但在这个机制中XML并非必须的, 它只是作为数据传递的载体, 实际很多时候是使用JSON来进行传递(很多时候又叫AJAJ). 使用Ajax的最大好处是: 客户端不必刷新整个页面就可以实现同服务器的数据交换, 而这种交换对于用户来说可以是透明的. 但这样也造成一个难题: 由于客户端是主动从服务器获取新数据, 但客户端怎么获知数据的更新呢? 过去14年间(2000年开始算起), 针对上面的问题, 出现了各种各样的解决方案. 主要有四种形式的解决办法: 1999年的时候, 在HTTP1.1规范内就提供了一种功能, 可以用在任何HTTP数据交流过程中的功能, 叫做HTTP Upgrade. 作用原理如下: HTTP Upgrade最好的地方是: 指定的协议几乎可以是任意的. 当HTTP握手结束后就会释放掉之前的HTTP连接. 理论上讲, 使用HTTP Upgrade, 可以建立起任意的两端点间的任意TCP Socket连接(甚至可以是持久的, 全双工的TCP socket连接), 并且连接上工作的协议可以是你自己设计的. 当然, 浏览器不可能将客户端程序员推入到TCP协议栈的深渊让他们自己针对HTTP Upgrade开发自己的协议. 所以由专门机构开发了一些协议出来, 而WebSockets协议正是其中之一. WebSocket连接的建立过程: 使用WebSocket协议的好处很多, 主要和它的实现有关: 虽然原理很复杂, 但是已经有现成的API了, 要做的就是在上面构建你自己的应用即可... 而WebSocket的API又分为客户端API和服务端API. 不同点只是对不同工作内容的支持不同而已. 用途基本上没有任何限制, 比如浏览器应用, 以及任何支持平台上的客户端应用.下面是一些典型用途: 和HTTP协议一样, 由于是信息交流的规范或标准. 所以使用WebSocket建立的不同应用理论上说都可以相互通信, 不管是哪个平台, 什么类型的. 正是因为如此, 所以大多数WebSocket的实现中都将自己分为客户端和服务器端工具两个部分. 比如Java或.net. 而Javascript中只是有客户端工具的部分, 因为它本身就是用作客户端脚本的. 下面先来使用JavaScript的客户端工具建立客户端, 然后再转到Java的服务端(当然Java也有客户端的API,只是使用Java实现客户端还是交给android中去吧...) W3C规定将浏览器中的WebSocket支持接口作为HTML5的扩展. 故虽然使用的是Javascript来实现WebSocket的交流, 但实际上WebSocket接口是HTML5的组成部分.任何浏览器都可以通过WebSocket接口的implementation来实现WebSocket通信.(早期的Ajax通信则是不同浏览器有不同的类和不同的方法来做Ajax请求, 比起现在可以说复杂很多) 下面就来建立客户端. WebSocket API是从Java EE7开始加入进来的, 在规范JSR 356可以查到. 它里面包含了客户端以及服务端的API. 客户端API是基础API: 包含了一个WebSocket端所必须的基本类和接口(在javax.websocket包中). 服务端API: 建立在客户端API之上并对客户端API进行了扩展(javax.websocket.server包中). 所以针对Java的WebSocket API, 有两大部分组件: 仅用于客户端的API或完整版API(服务端API). API的详细使用需要查看Java EE7的API文档. 下面分别来看看这两个部分的API. 关于Tomcat中WebSocket连接数的限制, 实际就是TCP连接的最大数目: TO reach the max alive websocket connection in Tomcat, following config changes need to be done. Change this to from 50 till 65535. The above configuration changes allows around ~50k live connections in a 2GB Intel Core i5 machine provided the server and client are running in different machines. 下面是一些连接数限制的尝试: https://blog.krecan.net/2010/05/02/cool-tomcat-is-able-to-handle-more-than-13000-concurrent-connections/ http://grokbase.com/t/tomcat/users/132d14c1q0/achieve-large-number-of-concurrent-websocket-connections-40000-50000 https://github.com/rstoyanchev/spring-websocket-portfolio/issues/52 https://support.appharbor.com/discussions/problems/26648-websockets-max-concurrent-connections-request-queue-limit https://mrotaru.wordpress.com/2013/10/10/scaling-to-12-million-concurrent-connections-how-migratorydata-did-it/ 经典做法

Http协议是无状态的，只能由客户端主动发起，服务端再被动响应，服务端无法向客户端主动推送内容，并且一旦服务器响应结束，链接就会断开所以无法进行实时通信。WebSocket协议正是为解决客户端与服务端实时通信而产生的技术，现在已经被主流浏览器支持。目前 Flutter也提供了专门的包来支持WebSocket协议。 web_socket_channel package 提供了我们需要连接到WebSocket服务器的工具。该package提供了一个 WebSocketChannel 允许我们既可以监听来自服务器的消息，又可以将消息发送到服务器的方法。 执行flutter pub get 命令，即可 1. 连接到WebSocket服务器 2. 监听来自服务器的消息 使用一个 StreamBuilder 来监听新消息， 并用一个Text来显示它们 工作原理 WebSocketChannel 提供了一个来自服务器的消息 Stream 。该 Stream 类是 dart:async 包中的一个基础类。它提供了一种方法来监听来自数据源的异步事件。与 Future 返回单个异步响应不同， Stream 类可以随着时间推移传递很多事件。该 StreamBuilder 组件将连接到一个 Stream ， 并在每次收到消息时通知Flutter重新构建界面 3. 将数据发送到服务器 为了将数据发送到服务器，我们会add消息给WebSocketChannel提供的sink。 WebSocketChannel 提供了一个 StreamSink ，它将消息发给服务器 StreamSink 类提供了给数据源同步或异步添加事件的一般方法 4. 关闭WebSocket连接 思考: 假如我们想通过WebSocket传输二进制数据应该怎么做（比如要从服务器接收一张图片）？我们发现StreamBuilder和Stream都没有指定接收类型的参数，并且在创建WebSocket链接时也没有相应的配置，貌似没有什么办法……其实很简单，要接收二进制数据仍然使用StreamBuilder，因为WebSocket中所有发送的数据使用帧的形式发送，而帧是有固定格式，每一个帧的数据类型都可以通过Opcode字段指定，它可以指定当前帧是文本类型还是二进制类型（还有其它类型），所以客户端在收到帧时就已经知道了其数据类型，所以flutter完全可以在收到数据后解析出正确的类型，所以就无需开发者去关心，当服务器传输的数据是指定为二进制时，StreamBuilder的snapshot.data的类型就是List<int>，是文本时，则为String。 https://book.flutterchina.club/chapter11/websocket.html

长连接： 一个链接上可以连续发送多个数据包，在链接期间，如果没有数据包发送，需要双方发链路检查包 TCP/IP: TCP/IP 属于传输层，主要解决网络中的数据传输问题，只管传输数据。但这样对传输的数据没有一个规范的封装、解析等处理。使得传输的数据难以识别，所以才有了应用层协议对数据进行的封装、解析等，如http协议。 HTTP: HTTP协议是应用层协议，用于分装解析传输数据。 从HTTP1.1开始其实就默认开启了长链接，也就是请求头header中可以看到Connection:Keep-alive。但是长连接只是说保持了（服务器可以告诉客户端保持时间Keep-Alive:timeout=20;max=20;）这个TCP通道，并采用服务器和客户端应答模式（Request-Response）,不需要再创建一个链接通道，做到一个性能优化。 socket: 与HTTP协议不一样，socket不是协议，他是在程序层面上对传输层协议（像TCP/IP）的接口封装。我们知道传输层的协议，是解决数据在网络中传输的问题的，那么socket(套接字)就是传输通道两端的接口。 Websocket: WebSocket是包装成了一个应用层协议作为socket,从而能够让客户端和远程服务端通过web建立全双工通信。 WebSocket API 是HTML5 推出的东西。在客户端我们可以通过HTML5 所提供的API 对websocket 进行创建、发送数据、监听信息、监听报错等功能( HTML5 WebSocket ) 我们知道WebSocket 是在Socket的基础上实现的，所以我们要做的是对现有的Socket协议进行升级。 步骤： 客户端发送websocket请求-->服务端接受并识别该请求-->对该请求协议进行升级--> 返回给客户端 --> websocket 通道建立 --> 客户端/服务端发送数据 协议升级 在这里需要注意的是头部信息和头部信息中的Sec-Websocket-Accept的值。 该值需要是一个通过base64加密的哈希值（sha1）。 而该加密所用的数据是客户端传过来的sec-websocket-key的值和MAGIC_STRINC内的固定值。 对MAGIC_STRINC的说明 Webscoket 中传输的数据是 数据帧（frame） 数据帧有多种类型 主要有：文本型、二进制数据 数据帧结构 每一列代表一个字节，一个字节8位，每一位又代表一个二进制数。 创建数据帧 解数据帧 心跳检查 由于websocket 不进行交互会关闭通道所以，才有了心跳检查。 websocket与和他http的区别 基于node实现websocket协议 使用nodeJS在HTTP上实现WebSocket 如何让我的服务器返回正确的Sec-WebSocket-Accept标头值 学习WebSocket协议—从顶层到底层的实现原理 websocket 协议帧 解析 nodejs实现Websocket的数据接收发送

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是一个持久化的协议，相对于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的。。） 熟悉HTTP的童鞋可能发现了，这段类似HTTP协议的握手请求中，多了几个东西。我会顺便讲解下作用。 这个就是Websocket的核心了，告诉 Apache 、 Nginx 等服务器：注意啦，我发起的是Websocket协议，快点帮我找到对应的助理处理~不是那个老土的HTTP。 首先， Sec-WebSocket-Key 是一个 Base64 encode 的值，这个是浏览器随机生成的，告诉服务器：泥煤，不要忽悠窝，我要验证尼是不是真的是Websocket助理。 然后， Sec_WebSocket-Protocol 是一个用户定义的字符串，用来区分同URL下，不同的服务所需要的协议。简单理解：今晚我要服务A，别搞错啦~ 最后， Sec-WebSocket-Version 是告诉服务器所使用的 Websocket Draft（协议版本），在最初的时候，Websocket协议还在 Draft 阶段，各种奇奇怪怪的协议都有，而且还有很多期奇奇怪怪不同的东西，什么Firefox和Chrome用的不是一个版本之类的，当初Websocket协议太多可是一个大难题。。不过现在还好，已经定下来啦 大家都使用的一个东西 脱水： 服务员，我要的是13岁的噢→_→ 然后服务器会返回下列东西，表示已经接受到请求， 成功建立Websocket啦！ 这里开始就是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之前，我就顺带着讲下 long poll 和 ajax轮询 的原理。 ajax轮询 ajax轮询的原理非常简单，让浏览器隔个几秒就发送一次请求，询问服务器是否有新信息。 场景再现： long poll long poll 其实原理跟 ajax轮询 差不多，都是采用轮询的方式，不过采取的是阻塞模型（一直打电话，没收到就不挂电话），也就是说，客户端发起连接后，如果没消息，就一直不返回Response给客户端。直到有消息才返回，返回完之后，客户端再次建立连接，周而复始。 场景再现： 从上面可以看出其实这两种方式，都是在不断地建立HTTP连接，然后等待服务端处理，可以体现HTTP协议的另外一个特点，被动性。 何为被动性呢，其实就是，服务端不能主动联系客户端，只能有客户端发起。 简单地说就是，服务器是一个很懒的冰箱（这是个梗）（不会、不能主动发起连接），但是上司有命令，如果有客户来，不管多么累都要好好接待。 说完这个，我们再来说一说上面的缺陷（原谅我废话这么多吧OAQ） 从上面很容易看出来，不管怎么样，上面这两种都是非常消耗资源的。 ajax轮询 需要服务器有很快的处理速度和资源。（速度）long poll 需要有很高的并发，也就是说同时接待客户的能力。（场地大小） 所以 ajax轮询 和 long poll 都有可能发生这种情况。 言归正传，我们来说Websocket吧 通过上面这个例子，我们可以看出，这两种方式都不是最好的方式，需要很多资源。 一种需要更快的速度，一种需要更多的"电话"。这两种都会导致"电话"的需求越来越高。 哦对了，忘记说了HTTP还是一个状态协议。 通俗的说就是，服务器因为每天要接待太多客户了，是个健忘鬼，你一挂电话，他就把你的东西全忘光了，把你的东西全丢掉了。你第二次还得再告诉服务器一遍。 所以在这种情况下出现了，Websocket出现了。他解决了HTTP的这几个难题。首先，被动性，当服务器完成协议升级后（HTTP->Websocket），服务端就可以主动推送信息给客户端啦。所以上面的情景可以做如下修改。 就变成了这样，只需要经过一次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 轮询 来 模拟出类似的效果

踩着年末的尾巴，提前布局来年，为来年的工作做个好的铺垫，所以就开始了面试历程，因为项目中使用到了 WebSocket ，面试官在深挖项目经验的时候，也难免提到 WebSocket 相关的知识点，因为之前并没有考虑这么深，所以，回答的还是有所欠缺，因此，赶紧趁热再熟悉熟悉，也借此机会，整理出来供大家咀嚼，每个项目都有其值得挖掘的闪光点，要用有爱的眼睛去发现。 WebSocket 是一种在单个TCP连接上进行全双工通信的协议。 WebSocket 使得客户端和服务器之间的数据交换变得更加简单，允许服务端主动向客户端推送数据。 在 WebSocket API 中，浏览器和服务器只需要完成一次握手，两者之间就直接可以创建持久性的连接， 并进行双向数据传输。（维基百科） WebSocket 本质上一种计算机网络应用层的协议，用来弥补 http 协议在持久通信能力上的不足。 WebSocket 协议在2008年诞生，2011年成为国际标准。现在最新版本浏览器都已经支持了。 它的最大特点就是，服务器可以主动向客户端推送信息，客户端也可以主动向服务器发送信息，是真正的双向平等对话，属于服务器推送技术的一种。 WebSocket 的其他特点包括： 我们已经有了 HTTP 协议，为什么还需要另一个协议？它能带来什么好处？ 因为 HTTP 协议有一个缺陷：通信只能由客户端发起，不具备服务器推送能力。 举例来说，我们想了解查询今天的实时数据，只能是客户端向服务器发出请求，服务器返回查询结果。HTTP 协议做不到服务器主动向客户端推送信息。 这种单向请求的特点，注定了如果服务器有连续的状态变化，客户端要获知就非常麻烦。我们只能使用"轮询"：每隔一段时候，就发出一个询问，了解服务器有没有新的信息。最典型的场景就是聊天室。轮询的效率低，非常浪费资源（因为必须不停连接，或者 HTTP 连接始终打开）。 在 WebSocket 协议出现以前，创建一个和服务端进双通道通信的 web 应用，需要依赖HTTP协议，进行不停的轮询，这会导致一些问题： http 协议本身是没有持久通信能力的，但是我们在实际的应用中，是很需要这种能力的，所以，为了解决这些问题， WebSocket 协议由此而生，于2011年被IETF定为标准RFC6455，并被RFC7936所补充规范。并且在 HTML5 标准中增加了有关 WebSocket 协议的相关 api ，所以只要实现了 HTML5 标准的客户端，就可以与支持 WebSocket 协议的服务器进行全双工的持久通信了。 WebSocket 与 HTTP 的关系图： 下面一张图说明了 HTTP 与 WebSocket 的主要区别： 不同点： 与http协议一样， WebSocket 协议也需要通过已建立的TCP连接来传输数据。具体实现上是通过http协议建立通道，然后在此基础上用真正 WebSocket 协议进行通信，所以WebSocket协议和http协议是有一定的交叉关系的。首先， WebSocket 是一个持久化的协议，相对于 HTTP 这种非持久的协议来说。简单的举个例子吧，用目前应用比较广泛的 PHP 生命周期来解释。 HTTP 的生命周期通过 Request 来界定，也就是一个 Request 一个 Response ，那么在 HTTP1.0 中，这次 HTTP 请求就结束了。 在 HTTP1.1 中进行了改进，使得有一个 keep-alive，也就是说，在一个 HTTP 连接中，可以发送多个 Request，接收多个 Response。但是请记住 Request = Response， 在 HTTP 中永远是这样，也就是说一个 Request 只能有一个 Response。而且这个 Response 也是被动的，不能主动发起。首先 WebSocket 是基于 HTTP 协议的，或者说借用了 HTTP 协议来完成一部分握手。 首先我们来看个典型的 WebSocket 握手 熟悉 HTTP 的童鞋可能发现了，这段类似 HTTP 协议的握手请求中，多了这么几个东西。 这个就是 WebSocket 的核心了，告诉 Apache 、 Nginx 等服务器：注意啦，我发起的请求要用 WebSocket 协议，快点帮我找到对应的助理处理~而不是那个老土的 HTTP 。 这里开始就是 HTTP 最后负责的区域了，告诉客户，我已经成功切换协议啦~ 依然是固定的，告诉客户端即将升级的是 WebSocket 协议，而不是 mozillasocket ，lurnarsocket 或者 shitsocket 。 然后， Sec-WebSocket-Accept 这个则是经过服务器确认，并且加密过后的 Sec-WebSocket-Key 。服务器：好啦好啦，知道啦，给你看我的 ID CARD 来证明行了吧。后面的， Sec-WebSocket-Protocol 则是表示最终使用的协议。至此，HTTP 已经完成它所有工作了，接下来就是完全按照 WebSocket 协议进行了。总结， WebSocket 连接的过程是： 优点： 缺点： 心跳就是客户端定时的给服务端发送消息，证明客户端是在线的， 如果超过一定的时间没有发送则就是离线了。 当客户端第一次发送请求至服务端时会携带唯一标识、以及时间戳，服务端到db或者缓存去查询改请求的唯一标识，如果不存在就存入db或者缓存中， 第二次客户端定时再次发送请求依旧携带唯一标识、以及时间戳，服务端到db或者缓存去查询改请求的唯一标识，如果存在就把上次的时间戳拿取出来，使用当前时间戳减去上次的时间， 得出的毫秒秒数判断是否大于指定的时间，若小于的话就是在线，否则就是离线； 通过查阅资料了解到 nginx 代理的 websocket 转发，无消息连接会出现超时断开问题。网上资料提到解决方案两种，一种是修改nginx配置信息，第二种是 websocket 发送心跳包。下面就来总结一下本次项目实践中解决的 websocket 的断线 和 重连 这两个问题的解决方案。主动触发包括主动断开连接，客户端主动发送消息给后端 主动断开连接，根据需要使用，基本很少用到。 下面主要讲一下客户端也就是前端如何实现心跳包： 首先了解一下心跳包机制 跳包之所以叫心跳包是因为：它像心跳一样每隔固定时间发一次，以此来告诉服务器，这个客户端还活着。事实上这是为了保持长连接，至于这个包的内容，是没有什么特别规定的，不过一般都是很小的包，或者只包含包头的一个空包。 在 TCP 的机制里面，本身是存在有心跳包的机制的，也就是 TCP 的选项： SO_KEEPALIVE 。系统默认是设置的2小时的心跳频率。但是它检查不到机器断电、网线拔出、防火墙这些断线。而且逻辑层处理断线可能也不是那么好处理。一般，如果只是用于保活还是可以的。 心跳包一般来说都是在逻辑层发送空的 echo 包来实现的。下一个定时器，在一定时间间隔下发送一个空包给客户端，然后客户端反馈一个同样的空包回来，服务器如果在一定时间内收不到客户端发送过来的反馈包，那就只有认定说掉线了。 在长连接下，有可能很长一段时间都没有数据往来。理论上说，这个连接是一直保持连接的，但是实际情况中，如果中间节点出现什么故障是难以知道的。更要命的是，有的节点(防火墙)会自动把一定时间之内没有数据交互的连接给断掉。在这个时候，就需要我们的心跳包了，用于维持长连接，保活。 心跳检测步骤： 针对这种异常的中断解决方案就是处理重连，下面我们给出的重连方案是使用js库处理：引入 reconnecting-websocket.min.js ，ws建立链接方法使用js库api方法： 断网监测支持使用js库： offline.min.js 以上方案，只是抛砖引玉，如果大家有更好的解决方案欢迎评论区分享交流。 WebSocket 是为了在 web 应用上进行双通道通信而产生的协议，相比于轮询HTTP请求的方式，WebSocket 有节省服务器资源，效率高等优点。WebSocket 中的掩码是为了防止早期版本中存在中间缓存污染攻击等问题而设置的，客户端向服务端发送数据需要掩码，服务端向客户端发送数据不需要掩码。WebSocket 中 Sec-WebSocket-Key 的生成算法是拼接服务端和客户端生成的字符串，进行SHA1哈希算法，再用base64编码。WebSocket 协议握手是依靠 HTTP 协议的，依靠于 HTTP 响应101进行协议升级转换。

一个小数，

目前要实现消息实时推送，有两种方法，一种是ajax轮询，由客户端不停地请求服务器端，查询有没有新消息，然后再由服务器返回结果；另外一种就是long poll,通过一次请求，询问服务器有没有新消息更新，如果没有新消息时，会保持长连接，就一直不返回Response给客户端。直到有消息才返回，返回完之后，客户端再次建立连接，周而复始。这两种都是单向链接，需要被动的请求服务器，而不是由服务器自动发给客户端。从上面可以看出其实这两种方式，都是在不断地建立HTTP连接，然后等待服务端处理，可以体现HTTP协议的另外一个特点，被动性。何为被动性呢，其实就是，服务端不能主动联系客户端，只能有客户端发起。简单地说就是，服务器是一个很懒的冰箱（这是个梗）（不会、不能主动发起连接），但是上司有命令，如果有客户来，不管多么累都要好好接待。

还得有个后端服务器（固定IP地址）做websocket消息转发，只靠vue websocket搞不了的

WebSocket是html5新增加的一种通信协议，目前流行的浏览器都支持这个协议，例如Chrome，Safari，Firefox，Opera，IE等等，对该协议支持最早的应该是chrome，从chrome12就已经开始支持，随着协议草案的不断变化，各个浏览器对协议的实现也在不停的更新。该协议还是草案，没有成为标准，不过成为标准应该只是时间问题了，从WebSocket草案的提出到现在已经有十几个版本了，目前最新的是版本17，所对应的协议版本号为13，目前对该协议支持最完善的浏览器应该是chrome，毕竟WebSocket协议草案也是Google发布的。1. WebSocket API简介首先看一段简单的javascript代码，该代码调用了WebSockets的API。[javascript] view plaincopyvar ws = new WebSocket(“ws://echo.websocket.org”); ws.onopen = function(){ws.send(“Test!”); }; ws.onmessage = function(evt){console.log(evt.data);ws.close();}; ws.onclose = function(evt){console.log(“WebSocketClosed!”);}; ws.onerror = function(evt){console.log(“WebSocketError!”);}; 这份代码总共只有5行，现在简单概述一下这5行代码的意义。第一行代码是在申请一个WebSocket对象，参数是需要连接的服务器端的地址，同http协议使用http://开头一样，WebSocket协议的URL使用ws://开头，另外安全的WebSocket协议使用wss://开头。第二行到第五行为WebSocket对象注册消息的处理函数，WebSocket对象一共支持四个消息 onopen, onmessage, onclose和onerror，当Browser和WebSocketServer连接成功后，会触发onopen消息；如果连接失败，发送、接收数据失败或者处理数据出现错误，browser会触发onerror消息；当Browser接收到WebSocketServer发送过来的数据时，就会触发onmessage消息，参数evt中包含server传输过来的数据；当Browser接收到WebSocketServer端发送的关闭连接请求时，就会触发onclose消息。咱们可以看出所有的操作都是采用消息的方式触发的，这样就不会阻塞UI，使得UI有更快的响应时间，得到更好的用户体验。

跟普通编程里的socket没啥区别吧，不是之前的我请求你再回应，变成了彼此都能请求对方了，

本篇文章主要讲述以下几点： WebSocket协议分为两部分：握手和数据传输 下面通过客户端和服务端交互的报文对比WebSocket通讯与传统HTTP的不同点，主要关注握手阶段。 根据上面的例子，运行之后，new WebSocket实例化一个新的WebSocket客户端对象，请求WebSocket URL为 ws://localhost:8000 的服务器，打开控制台的NetWork，客户端WebSocket对象会自动解析并识别为WebSocket请求，连接服务端端口，执行双方握手过程，来自客户端握手发送数据格式如下：至此，HTTP已经完成它所有工作，接下来就是完全按照Websocket协议进行了。 通过查看WebSocket的原理，与HTTP对比，得出结论： HTTP长连接中，每次数据交换除了真正的数据部分外，服务器和客户端还要大量交换HTTP header，信息交换效率很低。Websocket协议通过第一个请求建立了TCP连接之后，之后交换的数据都不需要发送 HTTP header就能交换数据，这显然和原有的HTTP协议有区别，所以它需要对服务器和客户端都进行升级才能实现（主流浏览器都已支持HTML5）。此外还有 multiplexing、不同的URL可以复用同一个WebSocket连接等功能。这些都是HTTP长连接不能做到的。 我们在使用WebSocket协议时通常不会使用它的API来实现，而是借助于Socket.io，Socket.io是一个WebSocket库，包括客户端的js和服务端的nodejs，它的目标是构建可以在不同浏览器和移动设备上使用的实时应用。它会自动根据浏览器从WebSocket、AJAX长轮询等各种方式中选择最佳的方式来实现网络实时应用，也就是说如果浏览器对WebSocket兼容性差，Socket.io会自动选择最佳方式实现实时通信，非常方便和人性化。 Socket.io 官方文档： https://socket.io/get-started/chat/ WebSocket兼容几乎所有现代浏览器，IE 10+ Edge Firefox 4+ Chrome 4+ Safari 5+ Opera 11.5+ socket.io对浏览器做了很好的兼容。 下一篇讲述Socket.io客户端API 参考文档： https://www.zhihu.com/question/20215561

Websocket是应用层第七层上的一个应用层协议，它必须依赖 HTTP 协议进行一次握手 ，握手成功后，数据就直接从 TCP 通道传输，与 HTTP 无关了。即：websocket分为握手和数据传输阶段，即进行了HTTP握手 + 双工的TCP连接。 下面我们分别来看一下这两个阶段的具体实现原理： 客户端发送消息： 服务端返回消息： 这里值得注意的是 Sec-WebSocket-Accept的计算方法 ： base64(hsa1(sec-websocket-key + 258EAFA5-E914-47DA-95CA-C5AB0DC85B11)) 如果这个Sec-WebSocket-Accept计算错误浏览器会提示：Sec-WebSocket-Accept dismatch 如果返回成功，Websocket就会回调onopen事件 Websocket的数据传输是frame形式传输的，比如会将一条消息分为几个frame，按照先后顺序传输出去。这样做会有几个好处： websocket传输使用的协议如下图： 参数说明如下： 我们了解了websocket的实现原理之后，请看以下golang的实现案例： html和js使用案例：

感谢这些作者的分享 https://www.jianshu.com/p/24038d957e93 https://developer.android.com/jetpack/androidx/releases/swiperefreshlayout https://wangyeming.github.io/2017/07/16/use-webview-in-viewpager/ 1、如何控制使用webview处理事件还是viewpager处理事件。 2、根据什么来判断webview处理事件还是viewpager处理事件。 所有的滑动冲突问题解决的思路就是两个： 在这个场景中，在webview外面，可能还包了fragment等众多viewgroup，并且最终判断谁处理事件的依据在webview中，所以这里使用内部拦截法更方便。 可能你在测试时，会出现无法拦截的情况，我也遇到了，因为使用了SwipeRefreshLayout。下文会说到。 我找到了两种思路，第一种 显然，第一种方法是非常麻烦的，涉及到js交互，不具备通用性。因为测试了uc和夸克，发现在他们的浏览器中，都自动解决了滑动冲突，所以必然是有其他可以判断的依据的，最终找到了第二种方法。 这个方法触发的时机是webview滑动到边界时会触发，如果是横向滑动，则clamped则为true。这样的话，我们只要在clamped为true的时候，把事件交给viewpager来处理就行了。 上面说到了，如果你Webview的父布局中存在SwipeRefreshLayout，会发现，可能disallow无法传递到viewpager。理论上，不做任何处理，viewgroup的disallow方法，会挨个往父布局传递。但是为什么会传递失败呢？这就得看下SwipeRefreshLayout的源码(appcompat版本：1.2.0-alpha03)了： 从源码可以看出，如果SwipeRefreshLayout包裹的布局不支持NestedScroll的话，就不做任何处理。 其实这个是appcompat在1.2.0中才修改的，1.1.0版本是给了方法自己控制的： 一开始的思路是让SwipeRefreshLayout下面一层View支持nestedScroll，但是这样的话，会导致下拉刷新无法触发。 那就只能手动去修改disallow方法了： 这样修改以后，disallow就可以正常传递给viewpager了。到这里，就完美的解决了webview嵌套在Viewpager中的滑动冲突问题。 最终实现效果与uc和夸克一致。

这不是一个句子，而是一个短语，是带有定语从句的一个长短语，先行词是that day 关系词that省略了，后面we开始是从句，修饰that day，所以that day不是主语

http://mp3.baidu.com/m?f=ms&rn=&tn=baidump3&ct=134217728&word=Blowing+in+the+Wind&lm=-1

软件很多。例如：编程软件就有RSLogix500和RSLogix5000，这里面又有企业版和标准版等。上位机软件也多，RSView32，SE等，根据运行画面的数量不同，价格也不一样。http://literature.rockwellautomation.com/idc/groups/literature/documents/ca/ftalk-ca001_-en-p.pdf这是最新的罗克韦尔软件目录。你可以查到订货号，再询价；或者你提出你的要求，让AB技术支持或者分销商的技术支持给你选。

硬度83，使用洛式15N刻度2：ASTM B11 7L。Rockwell洛克维尔是硬度测量的方法之一，ASTM是标准，后面的数字和字母是标准的编号。个人见解，仅供参考。欢迎采纳。

中文名称：洛氏硬度英文名称：Rockwell hardness 定义：用洛氏硬度压头所测得的材料硬度值。洛氏硬度压头是一个金刚石圆锥体，锥角为1201

额 卖杨梅的 你连这个都不知道呀Rockwell Extra bold 随 2007 Office 套件和 2007 Office 程序一起安装的字体就是说当您安装 2007 Microsoft Office 套件或 2007 Office 程序时，将安装字体。本文介绍随 2007 Office 安装一起安装的字体。ROCKEB.TTF Rockwell Extra Bold (TrueType) 2007 Office 里能找到2003的也有的卖杨梅的真土```

公园里桃花开了，樱花开了，迎春花开了，丁香花也开了，还有一些说不出名的小花，都在温柔的春风里争奇斗艳。太阳越来越暖，人们的衣服减少了，五颜六色的风筝飞上了天，到处是小朋友们欢快的笑声，就连睡了一个冬天的蚂蚁也悄悄地出现了。微风吹来，柳树微微摆动枝条，像仙女在翩翩起舞。勤劳的蜜蜂采着香甜的花蜜，五颜六色的蝴蝶追逐打闹，小鸟们叽叽喳喳地唱着好听的歌

Rockwell Hardness:洛氏硬度,其最常用的硬度标尺有A、B、C三种,通常记作HRA、HRB、HRC. HRB标尺用于测试各种退火钢、正火钢、软钢、部分不锈钢及较硬的铜合金,HRB标尺的使用范围是20~100HRB,82/95指的是硬度值.

JackRockwellJackRockwell是一名演员，代表作品有《德州绅士》、《红河叛徒》等。外文名：JackRockwell职业：演员代表作品：《德州绅士》合作人物：LambertHillyer

洛氏硬度 最低不低于15N洛氏硬度 全洛氏硬度机度（HR）测试当被测样品过小或者布氏硬度（HB）大于450时，就改用洛氏硬度计量。试验方法是用一个顶角为120度的金刚石圆锥体或直径为1.59mm/3.18mm的钢球，在一定载荷下压入被测材料表面，由压痕深度求出材料的硬度。根据实验材料硬度的不同，可分为三种不同标度来表示：　　HRA 是采用60Kg载荷和钻石锥压入器求的硬度，用于硬度极高的材料。例如：硬质合金。　　HRB 是采用100Kg载荷和直径1.58mm淬硬的钢球求得的硬度，用于硬度较低的材料。例如：退火钢、 铸铁等。　　HRC 是采用150Kg载荷和钻石锥压入器求得的硬度，用于硬度很高的材料。例如：淬火钢等　　洛氏硬度中HRA、HRB、HRC中的A、B、C为三种不同的标准。称为标尺A、标尺B、标尺C。洛氏硬度实验是现今所有使用的几种普通压痕硬度实验的一种。三种标尺的初始压力均为98.07N（10Kgf)，最后根据压痕深度计算硬度值。标尺A使用的是球锥菱形压头，然后加压至588.4N（60Kgf）；标尺B使用的是直径为1.588mm（1/16英寸）的钢球作为压头，然后加压至980.7N（100Kgf），因此标尺B适用于较软的材料检测。标尺C适用于较硬的材料检测。　　最常用标尺是HRC、HRB和HRA，其中HRC标尺用于测试淬火钢、回火钢、调质钢和部分不锈钢。这是金属加工行业应用最多的硬度试验方法。HRB标尺用于测试各种退火钢、正火钢、软钢、部分不锈钢及较硬的铜合金。HRA标尺用于测试纯铜、较软的铜合金和硬铝合金。HRA标尺尽管也可用于大多数黑色金属，但是实际应用上一般只限于测试硬质合金和薄硬钢带材料。

此两种硬度的换算如下：Hardness, Rockwell M100=Hardness, Shore D 85

FOR I := 0 TO 31 DODINT.[I]:=BOOL[I];END_FOR;

xp系统 v20的计算机开始--所有程序--Rockwell Software--FactoryTalk Tools--FactoryTalk Directory Configuration Wizard 打开这个配置向导最下面的两个选项全部打对勾，点击下一步，这里的用户名随便输入个（反正都是无法通过）点下一步（会出现报错），关闭报错直接点取消然后软件就正常打开了。实验多次没有问题，可以试试，希望能帮到你们！！应该就是网络路径配置问题。本地登录没有问题。

西门子的MES产品众多，有SImatic IT、EBR、还有收购的Camestar，其中主要针对制药的是EBR，下面有EBR的虚拟机网盘，还有海量文档及资料，可供你学习。。。

Hardness,RockwellM100=Hardness,ShoreD85邵氏硬度简称HS。表示材料硬度的一种标准。由英国人肖尔(AlbertF.Shore)首先提出。应用弹性回跳法将撞销从一定高度落到所试材料的表面上而发生回跳。撞销是一只具有尖端的小锥，尖端上常镶有金刚钻。用测得的撞销回跳的高度来表示硬度。

表示材料硬度的一种标准:罗氏硬度.用于测定塑料、绝缘材料和金属材料等的硬度 rockwell B:洛氏硬度B级 race:沟槽机器上的槽状部分,运动部件可在其中滑动或滚动 pumper:唧筒式抽水机,消防车

洛氏硬度B82 B95

AB是rockwell的一个子公司。其他的还有道奇品牌Dodge的机械动力传输产品、瑞恩电气Reliance Electric™制造的电机和驱动产品以及罗克韦尔软件Rockwell Software生产的工控软件。

解决方法1、点击RSLogix5000安装文件进行安装，按照提示进行。2、输入序列号202024567，进行下一步。软件默认安装在C盘，建议不要修改安装目录。 3、在语言选项内，选择”English”，只安装英文版即可。4、在版本选项，选择V17版本。5、激活软件界面，不要选择“激活产品”选项，等安装完软件后再进行激活（安装授权）。点击完成，结束安装。

硬度单位有：mmol/L,mg/L,德国度，法国度，英国度。没有你这个单位。你肯定是弄错了！

当然罗克韦尔有OPC服务器软件--RSLinkClassic，在MES端访问OPC服务器就可以读取数据。而且罗克韦尔也有MES业务部门。

罗克韦尔自身来说，PLC以及相关产品最好：1 硬件组态和编程，使用单一软件平台，方便，兼容2 方便易上手的多种现场总线供使用者选择，特别是controlnet，抗干扰能力超强3 易用的网络使得系统可以实现 高性能CPU＋网络模块＋远程I/O站，提升系统性能，降低系统成本：本地机架I/O不够，可加一网络模块，挂相应的I/O站，既可减少硬接线成本，又利于系统的整体设计4 伺服轴模块实现对伺服驱动器的控制，最重要就是组态全在PLC软件平台完成，方便，而多种MOTION指令也使得伺服的编程变得相对简单5 还是由于网络和CPU上的优势，使得当AB连接自家的变频器，接触器，触摸屏等产品时，显得灵活多变，使用相同的变量表，可多人同时工作缺点：1 低压电器类产品，如变压器，接触器，热继电器，中继，微断，塑壳等产品，价格高，且少有CCC认证，属于小众产品，影响力有限，况且此类产品完全可有其他选择（ABB 施耐德）2 变频器，特别是480V以上的大功率变频器，除控制板和软件外，都由其他变频器厂家代工，质量难以保证，且市场占有率不高，决定了产量不高，故障率相对较高

rockwell全称是rockwell automation(罗克韦尔自动化)，AB是原来他的一个产品，相当于分公司吧。

罗克韦尔(Rockwell)是一家拥有近百年历史的美国公司，研究有关在工业自动化，航空电子及通信以及电子商务行业。

一切都会好起来，JACK会有基友

这是英语谚语！历史演变，属于典故。一切都会好起来，JACK也会拥有JILL的。源自于一个英语童谣和故事，最初是法国大革命时期的歌谣，Jack和Jill暗指路易16国王和他的皇后玛丽，他们都是被断头的。 但是后来，歌谣传来传去，不再有原来的意思，更像是儿童诗歌。 诗歌是这样的： Jack and Jill went up the hill to fetch a pail of water Jack fell down and broke his crown And Jill came tumbling after. Up got Jack, and home did trot As fast as he could caper He went to bed and bound his head With vinegar and brown paper

剧情需要

这个比较简单，WEIGHT: 160G/SQM 的意思是 克重：160克/平方米

意思是：我们很想念（思念）你！~一刻永远523为你解答，祝你学习进步~~~~如果你认可我的回答，请及时点击【采纳为满意回答】按钮~~手机提问者在客户端上评价点“满意”即可~~~你的采纳是我前进的动力~~~

yet不能用，yet一般用于现在完成时的否定式可以这样：Do we still need to ......?

三一西大学是一所教会成立的私立大学，校训是Turris Fortis Deus Noster。像所有加拿大的大学一样，这个校训也是拉丁文的，翻译成英文则是：A Mighty Fortress is Our God。如果用中文表达，可以是“上帝是我们的避难所”或者是“上帝是我们的坚固保障”。多说一句，三一西大学不在温哥华市，而是在大温哥华地区的兰里，那地方离温哥华不近。但是三一西大学在列治文有一个分校区，列治文倒是紧邻温哥华。

这个问题我不是怎么很清楚？你在这里问也找不到什么详细的答案，还不如去后盾找找看，去看看又没有什么，不喜欢你也可以在另找！

海尔KFR-35GW/07WEC21AU1空调的能效等级是一级，是能耗最低的产品。能效等级：是表示家用电器产品能效高低差别的一种分级方法，按照国家标准相关规定，目前我国的能效标识将能效分为五个等级。等级1表示产品节电已达到国际先进水平，能耗最低；等级2表示产品比较节电；等级3表示产品能源效率为我国市场的平均水平；等级4表示产品能源效率低于市场平均水平；等级5是产品市场准入指标，低于该等级要求的产品不允许生产和销售。

这是冷藏室吧？，检查后面有一个排水口，看一下是否堵死了。可以使用小钢丝捅一下。

海尔KFR-35GW/07WEC21AU1是变频空调。变频空调：变频空调是在常规空调的结构上增加了一个变频器。压缩机是空调的心脏，其转速直接影响到空调的使用效率，变频器就是用来控制和调整压缩机转速的控制系统，使之始终处于最佳的转速状态，从而提高能效比（比常规的空调节能20%～30%）。它的基本结构和制冷原理和普通空调完全相同。变频空调的主机是自动进行无级变速的，它可以根据房间情况自动提供所需的冷（热）量；当室内温度达到期望值后，空调主机则以能够准确保持这一温度的恒定速度运转，实现“不停机运转”，从而保证环境温度的稳定。

美菱雅典娜518门把手怎么拆下来？（门口窄冰箱进不去屋子）

给你画一个图：

有谁知道吗？

冷藏温度正常的话 可能就是屏幕的显示问题 如果制冷不正常 可能是制冷系统出了问题 建议你拨打美菱售后热线咨询报修 确定问题的具体原因

调节温度：调节方法：温控旋钮一般有0、1、2、3、4、5、6、7当数字越大，温度越低。一般春秋天我们放到3档上，具体要看你的要求，冷冻室能否达到零下18度以下。为了达到食品保鲜和省电的目的，夏天我们可以打到1档或2档，冬天打到4档或5档。

您好，造成冰箱外面有水珠的原因是：1、房间内空气温度大。冰箱体表面温度低于室内空气的饱和温度，室内空气遇到冰箱表面，就会凝结成水珠，同样，室内空气湿度越大，冰箱表面温度越低，空气中的湿气更容易在冰箱上凝结成露或水珠。我国南方地区，夏季温度高，温度大，特别是长江中下游地区，每到梅雨季节，高温空气中湿气更大，冰箱上凝结水珠现象更为严重，尤其是冰箱门正面，凝露滴水现象比较普遍。 2、冰箱门缝不严密。 3、无霜电冰箱冷冻室门封电热丝损坏，或门缝密封条损坏，常见的是门封条缺乏弹性，不贴合门框。 解决的方法有以下几种：1、在梅雨季节，很多电冰箱都会有凝露现象，这是正常现象，用软毛巾经常擦干，待梅雨季节过后，凝露现象就会自然消失，可将电冰箱放到通风的房间内使用。 2、检查门缝不严密的原因，进行调整和维修。 3、通过检查，更换电热丝或密封条。

你好，在面板上即可操作，请参照说明书来操作，谢谢。

我先是想要调温度的话，可以将温度调节开关调到对应的档位以后，然后再来调节保鲜室的温度，这样一来就可以调节到对应的温度了，夏天可以调节，稍微低一些

更正一下，冷冻室门没有开关控制，冷冻室不会制冷，建议你把温控器调整到二档再试试，请采纳吧。

awesomeplayer存在问题，谷歌Android L已经放弃awesomeplayer，建议Android L以上版本使用nuplayer，简单来说2014年下半年开始的新机哦！

尊敬的美菱用户，您好！　　冰箱的开停机时间，跟环境温度、档位设置、食物多少等都有直接关系，正常开停机时间比在1:1或1:1.1，您的冰箱这种状况是正常的，建议平时直接选择智能模式即可。　　很荣幸为您提供帮助，感谢您对美菱产品的信任与支持！

播放器

具体的出厂日期，您查看下产品背后的铭牌，应该有所标注的。

多少钱一个BCD186wEC冰箱

您好，是冰箱的左下部分的冷冻盒子，谢谢。

您好：1.先拆冷冻室门。拆除铰链改固定螺钉，轻拆电线，再拆铰链固定螺钉及铰链，注意不要让门滑动，小心垂直抬起冷冻门拆除门体。2.再拆冷藏室门，方法类似。3.安装时参照拆卸相反顺序进行安装。很高兴为您提供服务，谢谢！

打开冰箱后盖，压缩机上有一根软管放机上接水盒里。

两个可能：①：系统漏了，制冷剂量不足了②：冷冻室的毛细管堵了，很可能是脏堵

看图

1、压缩机内高压输出缓冲管断裂，或固定此管的螺钉松动，造成高压管不排气，低压管不吸气，所以压缩机虽运转，但不制冷。2、制冷系统泄漏，制冷剂全跑光了，压缩机虽运转，但系统中无制冷剂蒸发吸热，所以电冰箱内温度不下降。3、毛细管中阻塞，制冷剂不能进入蒸发器中蒸发吸热，所电冰箱内温度不下降。

如果美菱冰箱速冻显示这个就是该加浮梁了

您好，美菱有这款型号的冰箱。BCD-186WEC是一款风冷无霜、电脑控温的双门冰箱。

换品牌、海尔的还不错

正常。散热片。

冰箱厂家是不会回收这种冰箱产品的，因为厂家回收回去没有任何用途。如果有可以回收的，那也只能是销售冰箱的商家自己的行为，跟厂家无关。且即使是有商家可以回收，其所给出的回收价格会非常低。比如残值1000的冰箱，回收可能只有200元。如果维修成本不是很高的话，建议考虑未修好继续使用。维修成本很高的，可以考虑直接报废，更换新的冰箱。

具体要看你的冰箱是直冷式还是风冷式，压缩机工作情况如何了？如果是直冷式冰箱，压缩机始终工作不停机，但冷藏室不制冷，估计是系统管路某个位置出现破损泄露现象造成制冷液流失。随着时间的推移制冷会越来越差，直到冷冻室也不制冷了。如果是风冷式冰箱，估计是自动除霜电路性能异常或除霜电加热器损坏造成冰霜聚集堵塞了冷藏室风道。建议联系售后或请专业人员进行检修。

冰箱一般分为机械式和人工智能两种，机械式的冰箱需要手动调节温度。打开冰箱，会看到冷藏室内有个圆形旋转开关，它就是冰箱温控器，只要调节它就可以了。 一般旋转按钮上会有7个档，0到7的数字表示不同的温度档位。0是不工作的状态，