Android 基于Netty的消息推送方案之字符串的接收和发送(三)

在上一篇文章中《Android 基于Netty的消息推送方案之概念和工作原理(二)》 ,我们介绍过一些关于Netty的概念和工作原理的内容,今天我们先来介绍一个叫做ChannelBuffer的东东。

ChannelBuffer

Netty中的消息传递,都必须以字节的形式,以ChannelBuffer为载体传递。简单的说,就是你想直接写个字符串过去,对不起,抛异常。虽然,Netty定义的writer的接口参数是Object的,这可能也是会给新上手的朋友容易造成误会的地方。Netty源码中,是这样判断的。

[java] view plaincopy

  1. SendBuffer acquire(Object message) {
  2. if (message instanceof ChannelBuffer) {
  3. return acquire((ChannelBuffer) message);
  4. } else if (message instanceof FileRegion) {
  5. return acquire((FileRegion) message);
  6. }
  7. throw new IllegalArgumentException(
  8. "unsupported message type: " + message.getClass());
  9. }

接下来我们写一个Demo来学习它。

服务端代码如下

[java] view plaincopy

  1. public class MessageServer {
  2. public static void main(String args[]){
  3. //服务启动器
  4. ServerBootstrap bootstrap = new ServerBootstrap(new NioServerSocketChannelFactory(Executors.newCachedThreadPool(),Executors.newCachedThreadPool()));
  5. //设置一个处理客户端消息和各种消息事件的类(Handler)
  6. bootstrap.setPipelineFactory(new ChannelPipelineFactory(){
  7. @Override
  8. public ChannelPipeline getPipeline() throws Exception {
  9. return Channels.pipeline(new BusinessHandler());
  10. }
  11. });
  12. //开放8000端口供客户端连接
  13. bootstrap.bind(new InetSocketAddress(8000));
  14. }
  15. private static class BusinessHandler extends SimpleChannelHandler{
  16. // 服务端收到客户端发送过来的消息时,触发此方法
  17. @Override
  18. public void messageReceived(ChannelHandlerContext ctx, MessageEvent e) throws Exception {
  19. ChannelBuffer buffer = (ChannelBuffer)e.getMessage();
  20. System.out.println("Receive:"+buffer.toString(Charset.defaultCharset()));
  21. String msg = buffer.toString(Charset.defaultCharset()) + "has been processed!";
  22. ChannelBuffer buffer2 = ChannelBuffers.buffer(msg.length());
  23. buffer2.writeBytes(msg.getBytes());
  24. e.getChannel().write(buffer2);
  25. }
  26. }
  27. }

客户端代码如下

[java] view plaincopy

  1. public class MessageClient {
  2. public static void main(String args[]) {
  3. ClientBootstrap bootstrap = new ClientBootstrap(new NioClientSocketChannelFactory(Executors.newCachedThreadPool(), Executors.newCachedThreadPool()));
  4. bootstrap.setPipelineFactory(new ChannelPipelineFactory() {
  5. @Override
  6. public ChannelPipeline getPipeline() throws Exception {
  7. return Channels.pipeline(new MessageClientHandler());
  8. }
  9. });
  10. bootstrap.connect(new InetSocketAddress("127.0.0.1", 8000));
  11. }
  12. private static class MessageClientHandler extends SimpleChannelHandler {
  13. /**
  14. * 当绑定到服务端的时候触发,给服务端发消息。
  15. */
  16. @Override
  17. public void channelConnected(ChannelHandlerContext ctx, ChannelStateEvent e) {
  18. // 将字符串,构造成ChannelBuffer,传递给服务端
  19. String msg = "Hello, I‘m client.";
  20. ChannelBuffer buffer = ChannelBuffers.buffer(msg.length());
  21. buffer.writeBytes(msg.getBytes());
  22. e.getChannel().write(buffer);
  23. }
  24. }
  25. }

先启动服务端,再启动客户端,可以看到服务端打印如下字符串

[java] view plaincopy

  1. Receive:Hello, I‘m client.

如果你感兴趣,请继续阅读《Android 基于Netty的消息推送方案之对象的传递(四)》

时间: 2024-08-06 22:00:57

Android 基于Netty的消息推送方案之字符串的接收和发送(三)的相关文章

Android 基于Netty的消息推送方案之概念和工作原理(二)

上一篇文章中我讲述了关于消息推送的方案以及一个基于Netty实现的一个简单的Hello World.为了更好的理解Hello World中的代码,今天我来解说一下关于Netty中一些概念和工作原理的内容,假设你认为本篇文章有些枯燥.请先去阅读<Android 基于Netty的消息推送方案之Hello World(一)> ChannelEvent Netty是基于事件驱动的,就是我们上文提到的.发生什么事.就通知"有关部门". 所以.不难理解.我们自己的业务代码中,一定有跟这

Android 基于Netty的消息推送方案之对象的传递(四)

在上一篇文章中<Android 基于Netty的消息推送方案之字符串的接收和发送(三)>我们介绍了Netty的字符串传递,我们知道了Netty的消息传递都是基于流,通过ChannelBuffer传递的,那么自然,Object也需要转换成ChannelBuffer来传递.好在Netty本身已经给我们写好了这样的转换工具.ObjectEncoder和ObjectDecoder,下面我们介绍一个案例. 1. 我们构造一个用来传输的对象(JavaBean) [java] view plaincopy

Android 基于Netty的消息推送方案之Hello World(一)

消息推送方案(轮询.长连接) 轮询 轮询:比较简单的,最容易理解和实现的就是客户端去服务器上拉信息,信息的及时性要求越高则拉信息的频率越高.客户端拉信息的触发可以是一些事件,也可以是一个定时器,不断地去查询服务器.所以这个方案的弊端也是显而易见的,在轮询的频率较高时,服务器端的压力很大,通讯的流量也很大,并且大部分时间都是做的无用功. 长连接 长连接:客户端和服务端维持一个长连接,服务端在有信息推送的时候,借助这个连接把信息发送到客户端.这个方案的优点是信息推送的及时性很高,基本是实时的,并且除

Android 基于Netty的消息推送方案(一)

消息推送方案(轮询.长连接) 轮询 轮询:比较简单的,最容易理解和实现的就是客户端去服务器上拉信息,信息的及时性要求越高则拉信息的频率越高.客户端拉信息的触发可以是一些事件,也可以是一个定时器,不断地去查询服务器.所以这个方案的弊端也是显而易见的,在轮询的频率较高时,服务器端的压力很大,通讯的流量也很大,并且大部分时间都是做的无用功. 长连接 长连接:客户端和服务端维持一个长连接,服务端在有信息推送的时候,借助这个连接把信息发送到客户端.这个方案的优点是信息推送的及时性很高,基本是实时的,并且除

Android 几种消息推送方案总结

首先看一张国内Top500 Android应用中它们用到的第三方推送以及所占数量: 现在总结下Android平台下几种推送方案的基本情况以及优缺点: 一.使用GCM(Google Cloude Messaging) Android自带的推送GCM可以帮助开发人员给他们的Android应用程序发送数据.它是一个轻量级的消息,告诉Android应用程序有新的数据要从服务器获取,或者它可能是一个消息,其中包含了4KB的payload data(像即时通讯这类应用程序可以直接使用该payload消息).

android 利用androidnp实现消息推送

利用androidnp实现消息推送 介绍: 推送:所谓的消息推送就是从服务器端向移动终端发送连接,传输一定的信息. 服务器端向Android客户端的推送,主要有三种方式: 1.客户端定时去服务端取或者保持一个长Socket,从本质讲这个不叫推送,这是去服务端拽数据.但是实现简单,主要缺点:耗电等 2.Google的C2DM,服务器在国外,不稳定. 3.XMPP协议,它是一种基于XML的传递协议,具有很强的灵活性和可扩展性.它的特点是将复杂性从客户端转移到了服务器端. 2. XMPP协议 XMPP

基于SignalR的消息推送与二维码描登录实现

1 概要说明 使用微信扫描登录相信大家都不会陌生吧,二维码与手机结合产生了不同应用场景,基于二维码的应用更是比较广泛.为了满足ios.android客户端与web短信平台的结合,特开发了基于SinglarR消息推送机制的扫描登录.本系统涉及到以下知识点:     SignalR:http://signalr.net/ 这官网,ASP.NET SignalR 是为 ASP.NET 开发人员提供的一个库,可以简化开发人员将实时 Web 功能添加到应用程序的过程.实时 Web 功能是指这样一种功能:当

基于 Pushlets 的消息推送设

Pushlets 是通过长连接方式实现“推”消息的.推送模式分为:Poll(轮询).Pull(拉).本文围绕 Pull 模式进行设计. 原理 客户端发起请求,服务端接收到请求后根据 Pushlets 协议进行处理.推数据通过 HTTP 响应返回. 客户端在接收到响应后根据 Pushlets 协议进行处理,重新发起请求.Pull 模式时序: join:join 请求,服务器端建立 Pushlet 会话 join-ack:join 应答,返回会话 id listen:订阅并监听主题 listen-a

android利用WebSocket实现消息推送

1.webSocket服务端的配置与代码: (1).服务器端工程目录结构: (2).web.xml的配置 <servlet-name>webSocketServlet</servlet-name>        <servlet-class>com.cn.controller.WebSocketServletService</servlet-class>      </servlet>    <servlet-mapping>