
Netty
柳岸风
J2EE Android
展开
-
Android 基于Netty的消息推送方案之概念和工作原理(二)
上一篇文章中我讲述了关于消息推送的方案以及一个基于Netty实现的一个简单的Hello World,为了更好的理解Hello World中的代码,今天我来讲解一下关于Netty中一些概念和工作原理的内容,如果你觉得本篇文章有些枯燥,请先去阅读《Android 基于Netty的消息推送方案之Hello World(一)》 ChannelEvent Netty是基于事件驱动的,就是我们转载 2015-06-09 14:55:12 · 694 阅读 · 0 评论 -
Android 基于Netty的消息推送方案之对象的传递(四)
在上一篇文章中《Android 基于Netty的消息推送方案之字符串的接收和发送(三)》我们介绍了Netty的字符串传递,我们知道了Netty的消息传递都是基于流,通过ChannelBuffer传递的,那么自然,Object也需要转换成ChannelBuffer来传递。好在Netty本身已经给我们写好了这样的转换工具。ObjectEncoder和ObjectDecoder,下面我们介绍一个案例。转载 2015-06-09 14:58:46 · 891 阅读 · 0 评论 -
Android 基于Netty的消息推送方案之字符串的接收和发送(三)
在上一篇文章中《Android 基于Netty的消息推送方案之概念和工作原理(二)》 ,我们介绍过一些关于Netty的概念和工作原理的内容,今天我们先来介绍一个叫做ChannelBuffer的东东。 ChannelBuffer Netty中的消息传递,都必须以字节的形式,以ChannelBuffer为载体传递。简单的说,就是你想直接写个字符串过去,对不起,抛异常。虽然转载 2015-06-09 14:56:21 · 981 阅读 · 0 评论 -
Android基于Netty的消息推送方案(一)
消息推送方案(轮询、长连接) 轮询 轮询:比较简单的,最容易理解和实现的就是客户端去服务器上拉信息,信息的及时性要求越高则拉信息的频率越高。客户端拉信息的触发可以是一些事件,也可以是一个定时器,不断地去查询服务器。所以这个方案的弊端也是显而易见的,在轮询的频率较高时,服务器端的压力很大,通讯的流量也很大,并且大部分时间都是做的无用功。 长连接 长连接:客户端和服务端维持一个转载 2015-06-09 14:51:53 · 1523 阅读 · 0 评论