Ⅰ 春季角ngstomp WebSocket控制器不执行问题，怎么解决
两年前，客户端与服务器端的全双工双向通信作为一个很重要的功能被纳入到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对比
当你开始接触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也提供了直接从浏览器获取消息代理的选项。当遇到通信架构时，消息代理模式适合用于构造规模应用的。
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支持。通过两三行的配置，你就可以在网络客户端中把它当做一个轻量级的消息代理。它能够不需要任何服务器代码就自动处理绑 定的事件，并允许控制器方法处理进来的消息和绑定事件。这与如何通过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，接着转发给绑定此消息的客户端。下面的流程图就是描述这种路径的：
这个路径阐述了运行在多服务器和云环境中的大量应用实例能够通过RabbitMQ服务广播到达所有连接的客户端，而不论此时客户端连接的是哪一个应用实例。此外，也很容易从HTTP请求处理方法广播消息到连接的客户端或者应用的其他部分。
如需更详尽的技术概览说明，请移步spring.io上的M2 blog post，运行股票投资组合样例，或者浏览spring开发频道的在线论坛。我们最近发布了RC1候选版。如果你有一个应用的想法，现在是努力去实现和提供反馈绝佳时机。
如果你恰好在伦敦区域或者很容易到达这里，在11月的14、15日两天，这里有一个spring 交流会。届时会有spring关键工程师代表出席，并会发布最伟大的spring4.0框架和我们支持WebSocket的STOMP协议。
Ⅱ 前端的请求信息是通过socket通讯传替到后端的吗
一般情况下，前端请求都是http请求，也是WEB默认的请求协议。
Ⅲ 网站建设底层搭建是要做什么
在进行网站建设的时候，常常遇到不同的协议，Socket和http协议都可以实现数据传输，但两种传输方式在网站建设中有什么各自的特点，和缺点，如何选择合适的传输方式。
1 数据传输方式
1.1 Socket传输的定义和其特点
所谓socket通常也称作"套接字",实现网站服务器和客户端之间的物理连接，并进行数据传输，主要有UDP和TCP两个协议。Socket处于网络协议的传输层。
UDP协议：广播式数据传输，不进行数据验证
TCP协议：传输控制协议，一种面向连接的协议，给用户进程提供可靠的全双工的字节流，
Socket 传输的特点：
优点
1) 传输数据为字节级，传输数据可自定义，数据量小（对于手机应用讲：费用低）
2) 传输数据时间短，性能高
3) 适合于客户端和服务器端之间信息实时交互
4) 可以加密,数据安全性强
缺点：
1) 需对传输的数据进行解析，转化成应用级的数据
2) 对网站建设开发人员的开发水平要求高
3) 相对于Http协议传输，增加了网站开发量
1.2 基于Http协议传输的定义和其特点
目前在网站建设中基于http协议传输的主要有http协议 和基于http协议的Soap协议（web service）,常见的方式是 http 的post 和get 请求，web 服务，比如访问一个网站http://www.hualai.net.cn，则使用的是http协议。
基于http协议建设网站的传输特点
优点：
1) 基于网站应用级的接口使用方便
2) 网站建设人员开发水平要求不高，容错性强
缺点：
1) 传输速度慢，网站数据包大（Http协议中包含辅助应用信息）
2) 如实时交互，网站服务器性能压力大。
3) 数据传输安全性差
2 各数据传输方式的适用范围
2.1 Socket传输适用范围
基于Socket传输的特点:Socket 传输方式适合于对传输速度，安全性，实时交互，费用等要求高的应用中，如网络游戏，手机应用，银行内部交互等
2.2 基于Http协议传输的适用范围
基于http协议传输的特点：基于http协议传输方式适合于对传输速度，安全性要求不是很高，且需要快速开发的网站应用。如公司OA网站系统，互联网服务等。
Ⅳ 前端与后端用不同的socket库能通信吗
可以的。
确切地说前端是使用html5的websocket，只要有可访问socket服务器就能通信。
Ⅳ web前端可以使用websocket开启服务吗
1 通讯通道选择:这个很多前端高手已经回答了,基本就是两种方式:轮询和长连接,这种情况通常的解决方式是长连接,Web端可以用WebSocket来解决,这也是业界...
Ⅵ Linux中 后台服务器server 关闭掉前段客户端的套接字，导致前端程序停止
描叙的太模糊了
Ⅶ 求救~！构成网络操作系统通信机制的是什么~
网络的构成
计算机网络的构成
计算机网络系统是由网络硬件和网络软件组成的。在网络系统中，硬件的选择对网络起着决定的作用，而网络软件则是挖掘网络潜力的工具。
网络硬件
网络硬件是计算机网络系统的物质基础。要构成一个计算机网络系统，首先要将计算机及其附属硬件设备与网络中的其他计算机系统连接起来，实现物理连接。不同的计算机网络系统，在硬件方面是有差别的。随着计算机技术和网络技术的发展，网络硬件日趋多样化，且功能更强，更复杂。常见的网络硬件有服务器、工作站、网络接口卡、集中器、调制解调器、终端及传输介质等。
服务器
在计算机网络中，分散在不同地点担负一定数据处理任务和提供资源的计算机被称为服务器。服务器是网络运行、管理和提供服务的中枢，它影响着网络的整体性能。一般在大型网络中采用大型机、中型机和小型机作为网络服务器，可以保证网络的可靠性。对于网点不多、网络通信量不大、数据的安全可靠性要求不高的网络，可以选用高档微机作网络服务器。
工作站
在计算机局域网中，网络工作站是通过网卡连接到网络上的一台个人计算机，它仍保持原有计算机的功能，作为独立的个人计算机为用户服务，同时它又可以按照被授予的一定权限访问服务器。工作站之间可以进行通信，可以共享网络的其他资源。
网络接口卡
网络接口卡也称为网卡或网板，是计算机与传输介质进行数据交互的中间部件，主要进行编码转换。在接收传输介质上传送的信息时，网卡把传来的信息按照网络上信号编码要求和帧的格式接受并交给主机处理。在主机向网络发送信息时，网卡把发送的信息按照网络传送的要求装配成帧的格式，然后采用网络编码信号向网络发送出去。
调制解调器
调制解调器(MODEM)是调制器和解调器的简称，是实现计算机通信的外部设备。调制解调器是一种进行数字信号与模拟信号转换的设备。计算机处理的是数字信号，而电话线传输的是模拟信号，在计算机和电话线之间需要一个连接设备，将计算机输出的数字信号变换为适合电话线传输的模拟信号，在接收端再将接收到的模拟信号变换为数字信号由计算机处理。因此，调制解调器成对使用。
终端
终端设备是用户进行网络操作所使用的设备，它的种类很多，可以是具有键盘及显示功能的一般终端，也可以是一台计算机。
传输介质
传输介质是传送信号的载体，在计算机网络中通常使用的传输介质有双绞线、同轴电缆、光纤、微波及卫星通信等。它们可以支持不同的网络类型，具有不同的传输速率和传输距离。
网络软件
在网络系统中，网络中的每个用户都可享用系统中的各种资源，所以系统必须对用户进行控制，否则就会造成系统混乱，造成信息数据的破坏和丢失。为了协调系统资源，系统需要通过软件工具对网络资源进行全面的管理，进行合理的调度和分配，并采取一系列的保密安全措施，防止用户不合理的对数据和信息的访问，防止数据和信息的破坏与丢失。
网络软件是实现网络功能所不可缺少的软环境。通常网络软件包括网络协议软件、网络通信软件和网络操作系统。
网络结构
在不同的网络系统中，网络结构及所选择使用的网络软件是有差别的。对于实用的网络系统来说，选择什么硬件和软件是根据系统的规模、系统的结构决定的。比如Novell局域网，如果网络系统所涉及的地理范围小，同时系统所拥有的数据量和通信数据量不大，那么只要一台网络服务器，并具备系统所规定的工作站数，选择适当的通信介质和相匹配的网络接口卡、网络软件、网络操作系统就可以建立起一个完整的网络系统。
在一个远程网络系统中所需要的设备和技术更为复杂。在远程通信网中，服务器与工作站、服务器通过集中器与工作站直接通信的部分是短程通信；而服务器与各工作站通信需要经过调制解调器或前端处理机的通信部分属于远程通信。
计算机网络结构通常有星型结构、总线型结构、环型结构、树型结构和网状结构。
星型结构
星型结构是以一个节点为中心的处理系统，各种类型的入网机器均与该中心处理机有物理链路直接相连，与其他节点间不能直接通信，与其他节点通信时需要通过该中心处理机转发，因此中心节点必须有较强的功能和较高的可靠性。
星型结构的优点是结构简单、建网容易、控制相对简单。其缺点是属集中控制，主机负载过重，可靠性低，通信线路利用率低。
总线结构
将所有的入网计算机均接入到一条通信传输线上，为防止信号反射，一般在总线两端连有终结器匹配线路阻抗。总线结构的优点是信道利用率较高，结构简单，价格相对便宜。缺点是同一时刻只能有两个网络节点在相互通信，网络延伸距离有限，网络容纳节点数有限。在总线上只要有一个节点连接出现问题，会影响整个网络的正常运行。目前在局域网中多采用此种结构。
环型结构
环型结构将各个连网的计算机由通信线路连接成一个闭合的环。在环型结构的网络中，信息按固定方向流动，或顺时针方向，或逆时针方向。其传输控制机制较为简单，实时性强，但可靠性较差，网络扩充复杂。
树型结构
树型结构实际上星型结构的一种变形，它将原来用单独链路直接连接的节点通过多级处理主机进行分级连接。这种结构与星型结构相比降低了通信线路的成本，但增加了网络复杂性。网络中除最低层节点及其连线外，任一节点或连线的故障均影响其所在支路网络的正常工作。
网状结构
网状结构其优点是节点间路径多，碰撞和阻塞可大大减少，局部的故障不会影响整个网络的正常工作，可靠性高；网络扩充和主机入网比较灵活、简单。但这种网络关系复杂，建网不易，网络控制机制复杂。广域网中一般用网状结构。
网络拓扑结构图
常用的网络拓扑结构图如下，在组建局域网时常采用星型、环型、总线型和树型结构。树型和网状结构在广域网中比较常见。但是在一个实际的网络中，可能是上述几种网络构型的混合。
星型结构图 总线型结构图
环型结构图 树型结构图
网状结构图
http://210.41.4.20/course/53/53/whjc/computer/information/DOC/1-3-2.HTM#
Ⅷ 前端怎么调用socket
<!DOCTYPEhtml>
<metacharset="utf-8"/>
<title>WebSocketTest</title>
<scriptlanguage="javascript"type="text/javascript">
varwsUri="ws://echo.websocket.org/";
varoutput;
functioninit(){
output=document.getElementById("output");
testWebSocket();
}
functiontestWebSocket(){
websocket=newWebSocket(wsUri);
websocket.onopen=function(evt){
onOpen(evt)
};
websocket.onclose=function(evt){
onClose(evt)
};
websocket.onmessage=function(evt){
onMessage(evt)
};
websocket.onerror=function(evt){
onError(evt)
};
}
functiononOpen(evt){
writeToScreen("CONNECTED");
doSend("WebSocketrocks");
}
functiononClose(evt){
writeToScreen("DISCONNECTED");
}
functiononMessage(evt){
writeToScreen('<spanstyle="color:blue;">RESPONSE:'+evt.data+'</span>');
websocket.close();
}
functiononError(evt){
writeToScreen('<spanstyle="color:red;">ERROR:</span>'+evt.data);
}
functiondoSend(message){
writeToScreen("SENT:"+message);
websocket.send(message);
}
functionwriteToScreen(message){
varpre=document.createElement("p");
pre.style.wordWrap="break-word";
pre.innerHTML=message;
output.appendChild(pre);
}
window.addEventListener("load",init,false);
</script>
<h2>WebSocketTest</h2>
<divid="output"></div>
</html>
主要代码解读：
申请一个WebSocket对象，参数是需要连接的服务器端的地址，同http协议使用http://开头一样，WebSocket协议的URL使用ws://开头，另外安全的WebSocket协议使用wss://开头。。
varwsUri="ws://echo.websocket.org/";
websocket=newWebSocket(wsUri);
WebSocket对象一共支持四个消息 onopen, onmessage, onclose和onerror，
我们可以看出所有的操作都是采用消息的方式触发的，这样就不会阻塞UI，使得UI有更快的响应时间，得到更好的用户体验。
当Browser和WebSocketServer连接成功后，会触发onopen消息;
websocket.onopen=function(evt){
};如果连接失败，发送、接收数据失败或者处理数据出现错误，browser会触发onerror消息;
websocket.onerror=function(evt){
};当Browser接收到WebSocketServer发送过来的数据时，就会触发onmessage消息，参数evt中包含server传输过来的数据;
websocket.onmessage=function(evt){
};当Browser接收到WebSocketServer端发送的关闭连接请求时，就会触发onclose消息。
websocket.onclose=function(evt){
};WebSocket与TCP、HTTP的关系WebSocket与http协议一样都是基于TCP的，所以他们都是可靠的协议，Web开发者调用的WebSocket的send函数在browser的实现中最终都是通过TCP的系统接口进行传输的。
WebSocket和Http协议一样都属于应用层的协议，那么他们之间有没有什么关系呢?答案是肯定的，WebSocket在建立握手连接时，数据是通过http协议传输的，但是在建立连接之后，真正的数据传输阶段是不需要http协议参与的。
Ⅸ 前端项目使用websocket，该如何进行 业务流程的控制
WebSocket的出现是基于Web应用的实时性需要而产生的。这种实时的Web应用大家应该不陌生，在生活中都应该用到过，比如新浪微博的评论、私信的通知，腾讯的WebQQ等。让我们来回顾下实时 Web 应用的窘境吧。
Node.JS 服务器可以在 后端 连接mysql，这时的情况和php是一样的。
我从未见过前端JS直接连接mysql的，原因是：
（1）浏览器内置的javascript 引擎一般只支持websocket，即基于http连接的套接字高层协议，而不是真正的socket，因此除非服务器端也开启websocket服务并拆开套接字转发到mysql，否则无法代理连接
（2）我见过的绝大多数mysql 服务器都工作在服务器环境下的一个虚拟子网，换句话说，直接的远程3306端口是拒绝连接的，这样可以隔绝端口直接攻击
如果前段js直接可以连接后端服务器mysql的端口，那么就不叫B/S结构了，而是C/S结构（比如传统的windows桌面程序），安全上有很多问题，所以大多数浏览器也不支持这个操作。