N的专栏

1. 阻塞I/O通信模型　　假如现在你对阻塞I/O已有了一定了解，我们知道阻塞I/O在调用InputStream.read()方法时是阻塞的，它会一直等到数据到来时(或超时)才会返回;同样，在调用ServerSocket.accept()方法时，也会一直阻塞到有客户端连接才会返回，每个客户端连接过来后，服务端都会启动一个线程去处理该客户端的请求。如果你细细分析，一定会发现阻塞I/O存在一些

Mina 中的很多执行环节都使用了多线程机制，用于提高性能。Mina 中默认在三个地方使用了线程：(1.) IoAcceptor：这个地方用于接受客户端的连接建立，每监听一个端口（每调用一次bind()方法），都启用一个线程，这个数字我们不能改变。这个线程监听某个端口是否有请求到来，一旦发现，则创建一个IoSession 对象。因为这个动作很快，所以有一个线程就够了。

客户端socket传对象给mina服务端暂时不通,可能跟下面传中文字符串有些类似.应该和mina端过滤器的相关设置有关. 服务端:1 MinaServer.javapackage com.nafio.server;import java.io.IOException;import java.net.InetSocketAddress;import org.a

最近学习了Apache MINA通讯，在使用过程中碰到了一些问题，记录下一些心得。在服务端和客户端都使用MINA提供的库时，通讯一切正常，当我把客户端改为C++代码时，发现客户端发送给服务端的二进制流中的整形数据，位置被倒置了。C++客户端16进制  ：0x00000013MINA服务端16进制：0x13000000查询了网上资料后才知道Java在所有平台上都默认是big-endi

原文地址:http://www.cppblog.com/chugf/archive/2011/07/05/150224.htmlJava与C++通讯还有编码转码的问题存在，假设通讯编码采用UTF-8C++客户端发送时需要转码成UTF-8编码，接收服务端应答消息后再转回Unicode或者GBK编码下面给出完成的C++客户端通讯示例：void Transcoding(LPCTSTR s

服务端:MainServer.javapackage com.nafio.mina;import java.net.InetSocketAddress;import org.apache.mina.core.filterchain.DefaultIoFilterChainBuilder;import org.apache.mina.filter.codec.Protoc

参考文章:http://blog.chinabyte.com/a/534099.html传递对象的原因:个人理解:符合面向对象,服务器接收客户端消息,需要解析,处理,应答,如果传的是对象,可以把解析,处理,应答写在对象里,这么做,扩展性更好. 客户端1 MinaClient.javapackage com.nafio.client;import java.net.Ine

服务端:Server.javapackage com.nafio.nio1;import java.io.IOException;import java.net.*;import java.nio.*;import java.nio.channels.*;import java.util.*;public class Server{ ServerSocket

在使用MINA做客户端程序时，发现虽然调用了session.close()方法，通过日志也确实看到当前session已经被关闭了，但未什么客户端程序进程却没有停止呢？即MINA客户端没有根本的关闭。这个现象在版本1和2中都存在。这是MINA的bug吗？？？其实不然...      我们可以启动2个服务器端，然后用同一个connector实例来连接这2台服务器，通过结果可以发现2个连接是相互独立

mina基于reactor模式参考文章:http://libo20475.blog.163.com/blog/static/27140009200981352836598/  apache mina 研究http://blog.youkuaiyun.com/gaolingep/article/details/4147697   mina研究-源代码http://developer.51cto.