开始搞netty了
查了下资料
在使用NIO 的时候，最好不要配置 SO_LINGER，假设设置了该參数，在 close的时候如缓冲区有数据待写出，会抛出 IOException。
//
在netty框架中，类似org.jboss.netty.channel.SimpleChannelUpstreamHandler这样的关于NIO事件处理的抽象基类或接口都提供了channelClosed和channelDisconnected这两个接口，从字面意思分析，它们分别是“连接断开”和“连接关闭”的意思，语义非常相近，那么他们具体有什么区别的，笔者在org.jboss.netty.channel.socket.nio.NioWorker.java中找到了答案：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
//netty version: 3.1.5GA
//file: org.jboss.netty.channel.socket.nio.NioWorker.java
//method: static void close(NioSocketChannel channel, ChannelFuture future)
//line: 581
future.setSuccess();
if
(connected) {
fireChannelDisconnected(channel);
}
if
(bound) {
fireChannelUnbound(channel);
}
cleanUpWriteBuffer(channel);
fireChannelClosed(channel);
|
我们可以看到，在上述代码中，在close channel的时候，会先判断当前channel是否处于connected状态，即是否已经成功地与远程地址建立了连接，如果是的话，就触发channelDisconnected事件；最后，再统一触发channelClosed事件。
也就是说，任何对NioWorker.close(NioSocketChannel channel, ChannelFuture future)方法的调用都会触发channelClosed事件，这些事件可能包括如下几种：
1. 已经与远程主机建立的连接，远程主机主动关闭连接，或者网络异常连接被断开的情况
2. 已经与远程主机建立的连接，本地客户机主动关闭连接的情况
3. 本地客户机在试图与远程主机建立连接时，遇到类似与connection refused这样的异常，未能连接成功时
而只有当本地客户机已经成功的与远程主机建立连接（connected）时，连接断开的时候才会触发channelDisconnected事件，即对应上述的1和2两种情况。
上述猜想已经通过编写测试代码，模拟不同的情况得到了证实，如果还有不准确的地方，欢迎指正
//
数据发送后,代码不会被阻塞,而是顺序运行,也就是说,做了一件事件后,这件事情不一定已经成功,所以我们不能在下一行代码中百分百的确定其已经发送到了对方,因此,你会发行其很多方法都会返回一个"Future".只要注意到这一点,Netty的使用难度就不是很大了.
