java mina 推送_浅谈Java的Mina框架传递对象

其中的通信局部用到了java中自带的InputStream， 繁琐， 不够模块化， 你或许会有一些疑惑：

1、Mina框架传递对象是怎么回事

2、Mina传递对象可以用来做什么

3、Mina传递对象是怎么停止的

4、Mina传递对象过程中会遇到什么问题呢

在用原来的java的InputStream， Reader等停止通信的时分我们会将信息编码转化成字节流等停止信息传递， OutputStream是基于字节流的， 而Writer， Reader是基于字符的， 我们都知道停止通信的服务器和客户端是事前必须定好通信协议， 假设我们将

视频定义为一条视频恳求， 就要一条一条的停止判别：1、假设是信息是

……格式的就将其看作是一条恳求;3、假设是其他形式就将其视为无效信息， 不予处理。 俏颐腔岱⑷缃裾飧龉讨行畔⒌姆⑺汀⒔邮堋⒔馕觥⒋怼⒂Χ缘榷际且惶跻惶醯模?很是零散， 没有实现音讯定义和解析处理过程的分别， 就要在整个项目中Ctrl+F了， 还容易出错。 为契合这些特点，

这种思想有了， 那就是在通信的时分直接停止形式上的对象传递(实际上在通信的时分都是最终以字节流的方式停止传递的)， 那么我们就要找一种工具停止这种形式的信息传递， 这种工具就是Mina框架， 我们只看他其中的一个办法

publicvoidmessageReceived(IoSessionsession, 这是停止音讯接收是可以被触发的一个办法， 而类Object是类层次结构的根类， 当然可以用对象型的作为message啦!后面提到通信的时分都是最终以字节流的方式停止传递的， 呵呵不用担忧， 这些繁琐的过程， Mina都提供了很好的底层默认实现所以你只需稍稍敲点代码就行了。 假设报错， 或许会是一下缘由：1、包的引进能否妥当2、能否引入了mina的第三方包(网上有了很多的相关文章， 在此就不在赘述了)

经过程序您会看到对象曾经成功传递并停止了相关属性的输出， io. Serializable序列化接口

2、您会发现实例中的类尤其是相关的IoHandlerAdapter承继类都采用了单实例形式， 为什么这样做呢， 缘由很简单， 那就是要在整个通信过程中做到对象session的等实例的单一防止发作“所托非人”的景象

3、服务器接收到message在停止类判别时用了instanceof关键字

假设你看到上面的实例就觉得对象传递的学习曾经成功了， 那就错了， 细心的博友看到这个包结构：

其中服务器和客户端共用了中间的Mina. 我们假设编写通讯软件的时分， 一定是服务器和客户端是要分开的， Object包是不能共享的， 那么该怎么用instanceof停止判别是不是userinfo呢(这时你曾经不能再引入服务器中的userinfo了)(2)、假设在客户端和服务器中都编写一个类定义一样的userinfo， 可是他们这两个类是分属不同的包， 这样在用instanceof停止判别的时分也是行不通的;那么我们该用什么办法来停止判别接收到的类是不是userinfo对象呢?

这个问题把我纠结了很久， 假设可以将包名分歧就好了， 但是在一个工程外面不能同时树立两个命名一样的包， 这样你就会发现何不树立两个工程呢一个是服务器， 这样都可以区分树立名字都是Object的包， 这样可不可行呢， 经过实验果真可以， 这样就就解决了上面的问题工程图如下