Spring WebSocket 英文原文：WebSocket Architecture in Spring 4.0 两年前，客户端与Server真个全双工双向通讯作为一个很主要的功用被归入到WebSocket RFC 6455协议中。在HTML5中，WebSocket曾经成为一个盛行词，大师对这个功用付与非常多设想，非常多时分乃至是不实在际的希冀。在这篇文章中，我们将重点引见下怎么经过Spring Framework 4.0来构建一个基于 STMOP协议的WebSocket方式的使用。该使用经过 Message Broker向用户播送音讯，并运用SockJS作为阅读器前端通讯代码库。 传统的Socket交互需求非常多项技术的支撑，包含Java applet，XMLHttpRequest，Adobe Flash, ActiveXObject, 各类 Comet和服务端发送事情等等。相较于经过如斯冗杂的技术来完成Socket交互，WebSockt就显得简练易用很多了。可是别快乐得太早，不管看起来怎么诱人，WebSocket如今都还只不外是一个根底罢了。即使它的确为WEB的双向通讯设定了一些主要的规范，但也还只是第一步。要成为一个成熟的Socket交互计划，WebSocket还需求处理收集代办署理设置和阅读器支撑等一系列的问题。

WebSocket和REST比照

当你Start接触WebSocket使用时，为了找寻你可能会碰到的问题的谜底,你就要疾速地阅读一下这篇文章,基于分歧的使用类型此中包括了关于WebSocket能否会替换REST的风趣而难以想象的会商。该类型(WebSocket)使用相对偶然任务的使用(web邮件,旧事更新等)具有更弱小的才能来面临全天候,及时交互(比方游戏、金融、协作化、可视化等)的庞杂状况,不管哪一种方法,他都是凡是人们所熟习的,并且REST是我们今朝通用的web使用构建作风.在此并不是想经过如许的比照来抵抗这些立异,仍是让我们看看能从中学到甚么吧,而这2个要点仍是需求我们去察看才干发明的.

起首，与其他比拟，REST是一种在运用无形态和超媒体（链接）时，支撑很多URL和少数的HTTP办法的架构方法。与之对应的，WebSocket是一个完整分歧的音讯形式的架构方法。它不单单是一个现有AJAX技术的替换品，更是一个事情驱动的、主动的办法。

第二，REST是基于HTTP的，是在TCP之上树立的一个使用协议，可以供给给我们用于树立使用逻辑的URLs，HTTP办法，恳求或者呼应头，形态码，和一些其他的关键件。比拟之下，WebSocket是一个TCP之上的一个容易层。它就是一个没有被定义内容的可以被分化成音讯的字节省。在不合错误一个音讯内容做出假定的状况下，一个框架可以做的很少。当使用做出那样的假定以后，他们就会缭绕这些假定来创立本人的框架。

WebSocket协议定义了sub-protocols的运用（即更初级此外协议）但没有援用它。不管哪一种方法，使用都需求决议运用甚么音讯格局——自定义的、特定框架的或规范的。

总之，一个WebSocket式的使用意味着一个事情驱动型的、响应式的音讯通报架构。另外任务在WebSocket条理关于大大多数使用顺序都比较底层，就像如今的大大多数Web使用不直接在套嚼狭废编程。

通向及时收集之路

我们可以从现有的各类框架里看到很多多少运用初等音讯API，也在底层运用WebSocket，并在需要时依靠一些其他的备选项（比方HTTP流，长轮询等）。即使是在今日，也需求依靠于WebSocket和非WebSocket的混杂技术。关键差别就在于框架能否供给一个独自的API答应在需要时通明的回退到非WebSocket传输。

一些框架，比方Socket.io和Vert.x供给轻量级的使用组件为事情和音讯指定处置者。另外一部分，像CometD，经过外部树立一个音讯代办署理来为绑定和接纳音讯供给通道。像RabbitMQ或者ActiveMQ也供给了直接从阅读器获得音讯代办署理的选项。当碰到通讯架构时，音讯代办署理形式合适用于结构范围使用的。

其它翻译版本 (1) 加载中

Spring4.0的办法

Spring4.0 ——也就是以后的候选版本，估计GA于2013年12月宣布——一个目的就是为Websocket类型的使用供给支撑。它不只在基于JSR-356容器之上供给Websocket API 表示杰出，并且也为那些不支撑或者不答应运用Websocket的阅读器和收集供给了一些候选项。更主要的是，它为在收集使用中构建Websocket方式的音讯架构供给了根底。

我们决议运用SockJS protocol作为候选项。它能为这些候选项，供给着最好和最普遍的传输方法。

关于基于WebSocket形式的音讯驱动的架构来讲，我们也检查了很多现有的办法，我们爱好这类真实的音讯代办署理的处置才能，也异样爱好一个网页使用运用中间处置模块的方法。究竟，我们必需采取一个音讯驱动的架构，但同时我们也是收集开发者，更习气树立网页使用，所以后果不克不及和我们已知的相差太大。

第一步就是选择一个音讯的格局。有很多容易音讯协议诸如STOMP，MQTT和WAMP。这些都合适使用于网页客户端，并为根本的音讯形式供给支撑。我们选择了STOMP，由于它的音讯格局是基于HTTP模块化的，同时它也能被普遍的支撑。但是，我们的处置模块并没有过火依靠于STOMP，这个处置模块也能被扩大成支撑其他容易协议。

运用STOMP协议可以让我们站在WebSocket的肩膀上。它可以供给一种办法来剖析一个音讯应当通报给谁，我们又对接纳甚么样的音讯感兴味。它答应我们像是运用播送音讯代办署理的插件一样运用可用的客户端库文件，比方stomp.js和msg.js。这就是分明的优势。

Spring4供给了STOMP支撑。经过两三行的设置装备摆设，你就能够在收集客户端中把它当作一个轻量级的音讯代办署理。它可以不需求任何Server代码就主动处置绑定的事情，并答应把持器办法处置出去的音讯和绑定事情。这与怎么经过Spring MVC映照HTTP恳求到把持器办法是类似的。实践上，一个spring MVC把持器可以被扩大成基于WebSocket的接纳STOMP音讯的方式。

@Controller
public class GreetingController {

@RequestMapping(value=”/greeting”, method=POST)
public void httpGreet(String text) {
// ...
}

@MessageMapping("/greeting")
public void stompGreet(String text) {
// ...
}

}

运用一个全功用的音讯代办署理

在一个全功用的的音讯代办署理中做一个插件也是很轻易的。举个例子，RabbitMQ（或者其他STOMP音讯代办署理），可以被用来处置客户端播送音讯的绑定。在这个场景中，Spring依然是处于收集客户端衔接和交流数据的收集使用层。同时，它也当作一个网关来为RabbitMQ服务，答应音讯从使用流向RabbitMQ，接着转发给绑定此音讯的客户端。下面的流程图就是描绘这类途径的：

这个途径论述了运转在多Server和云情况中的大量使用实例可以经过RabbitMQ服务播送抵达一切衔接的客户端，而不管此时客户端衔接的是哪个使用实例。另外，也很轻易从HTTP恳求处置办法播送音讯到衔接的客户端或者使用的其他部分。

本文中的一切译文仅用于进修和交换目标，转载请务必注明文章译者、出处、和本文链接。 2KB翻译任务按照 CC 协议，假如我们的任务有进犯到您的权益，请实时联络我们。

2KB项目（www.2kb.com，源码交易平台）,提供担保交易、源码交易、虚拟商品、在家创业、在线创业、任务交易、网站设计、软件设计、网络兼职、站长交易、域名交易、链接买卖、网站交易、广告买卖、站长培训、建站美工等服务