一条宝鱼的专栏

http://www.cnblogs.com/zou90512/tag/Netty/

一、简介　　netty-socketio是一个开源的Socket.io服务器端的一个java的实现，它基于Netty框架。项目地址为：https://github.com/mrniko/netty-socketio 。socket.io是一个跨浏览器使用websocket为实时实时应用提供服务。本例子使用maven构建，依赖如下：dependency> groupId>com.

这里，仅仅是一个demo，模拟客户基于浏览器咨询卖家问题的场景，但是，这里的demo中，卖家不是人，是基于netty的程序（我就叫你uglyRobot吧），自动回复了客户问的问题。项目特点如下：1. 前端模拟在第三方应用中嵌入客户咨询页面，这里采用的是基于tornado的web应用，打开页面即进入咨询窗口2. 客户咨询的内容，将会原封不动的被uglyRobot作为答案返回。

阅读目录一、HTTP协议的弊端二、WebSocket协议介绍三、WebSocket连接四、协议开发五、客户端以及测试回到顶部一、HTTP协议的弊端将HTTP协议的主要弊端总结如下：(1) 半双工协议：可以在客户端和服务端2个方向上传输，但是不能同时传输。同一时刻，只能在一个方向上传输。(2) HTTP消息冗长：相比于其他二进制协议，有点繁琐。(3) 针对

原文同步至 http://www.waylau.com/netty-websocket-chat/上一次我们用 Netty 快速实现了一个 Java 聊天程序（见http://my.oschina.net/waylau/blog/380957）。现在，我们要坐下修改，加入 WebSocket 的支持，使它可以在浏览器里进行文本聊天。准备JDK 7+Maven 3.2.x

本节主要是对netty对WebSocket的支持WebSocket相关WebSocket是什么？维基百科的解释很详细：WebSocket一种在单个 TCP 连接上进行全双工通讯的协议。WebSocket通信协议于2011年被IETF定为标准RFC 6455，并被RFC7936所补充规范。WebSocket API也被W3C定为标准。WebSocket 使得客户端和服务器之间

前言，之前一直围绕着Http协议来开发项目，最近由于参与一个类似竞拍项目的开发，有这样一个场景，多个客户端竞拍一个商品，当一个客户端加价后，其它关注这个商品的客户端需要立即知道该商品的最新价格。       这里有个问题，Http协议是基于请求/响应的，客户端发送请求，然后服务端响应返回，客户端是主动方，服务端被动的接收客户端的请求来响应，无法解决上述场景中服务端主动将最新的数据推送给客户端的

上传 http://blog.youkuaiyun.com/mcpang/article/details/41140409下载 http://blog.youkuaiyun.com/mcpang/article/details/41140171

先看一个例子.有一个简单 Serverpublic class SimpleServer { public static void main(String[] args) throws Exception { EventLoopGroup bossGroup = new NioEventLoopGroup(1); EventLoopG

1. 背景1.1. Netty 3.X系列版本现状根据对Netty社区部分用户的调查，结合Netty在其它开源项目中的使用情况，我们可以看出目前Netty商用的主流版本集中在3.X和4.X上，其中以Netty 3.X系列版本使用最为广泛。Netty社区非常活跃，3.X系列版本从2011年2月7日发布的netty-3.2.4 Final版本到2014年12月17日发布的net

服务端增加对空闲时间处理pipeline.addLast("ping", new IdleStateHandler(60, 15, 13,TimeUnit.SECONDS)) 然后在业务逻辑的Handler里面，重写 userEventTriggered(ChannelHandlerContext ctx, Object evt)，如果获取到IdleState.ALL_IDLE则定时向客户端发送心

1. 背景1.1. 宕机的代价1.1.1. 电信行业毕马威国际(KPMG International)在对46个国家的74家运营商进行调查后发现，全球通信行业每年的收益流失约为400亿美元，占总收入的1%-3%。导致收益流失的因素有多种，主要原因就是计费BUG。1.1.2. 互联网行业美国太平洋时间8月16日下午3点50分到3点55分（北京时间8月17日6点

在org.jboss.netty.handler.codec.frame包中，有LengthFieldBasedFrameDecoder类用来解析带有长度属性的包，只要我们在传输协议中加入包的总长度就行了（也许有更好的方法） 具体方法：1.可在数据包前加4个字节表示包的总长度，例如： /** * 传输协议* |--------------------

Netty是JBoss出品的高效的Java NIO开发框架，关于其使用，可参考我的另一篇文章 netty使用初步。本文将主要分析Netty实现方面的东西，由于精力有限，本人并没有对其源码做了极细致的研 究。如果下面的内容有错误或不严谨的地方，也请指正和谅解。对于Netty使用者来说，Netty提供了几个典型的example，并有详尽的API doc和guide doc，本文的一些内容及图示

JBoss的Marshalling序列化框架，它是JBoss内部使用的序列化框架，Netty提供了Marshalling编码和解码器，方便用户在Netty中使用Marshalling。JBoss Marshalling是一个Java对象序列化包，对JDK默认的序列化框架进行了优化，但又保持跟java.io.Serializable接口的兼容，同时增加了一些可调的参数和附加的特性，这些参数...