Month: October 2013

pipeline, handler, channelHandlerContext这样对象倒底是channel级的，还是event级的，又或者是系统级的？ 或者这样问，一个连接中只有一个相应的实例，抑或每来一个消息都会生成一个相应的实例，又或者整个系统共享一个相应的实例？ 一般来说，一个pipeline实例只属于一个channel，不会跨channel共享。因为你的pipeline factory一般会这样写： ChannelPipeline pipeline = Channels.pipeline(); //为channel生成pipeline时总是new一个 当然，如果你有特殊需求，你也可以改变写法，让pipeline在channel间共享。下面假设你没有特殊需求，一个pipeline实例只需于一个channel. 一个channel只有一个pipeline. Channel建立时，会通过pipeline factory新生成相应的pipeline对象，ChannelPipeline pipeline = Channels.pipeline(); 后续的读写中，直接使用这个pipeline对象，不再创建新的pipeline. 由于pipeline和handler的结构关系，所以对于单种handler，一个pipeline实例中只有一个handler实例，除非你的pipeline中有重复的handler. 一个handler的实例可以只属于一个pipeline实例， pipeline.addLast("decoder", new HttpRequestDecoder()); 也可以声明为单例，在pipeline实例间共享，也就是在多个channel间共享，这时你要注意线程安全的问题。 pipeline.addLast("decoder", httpRequestDecoder()); pipeline实例中每新增一次handler（即使是同一个实例）, 都会生成一个相应的ChannelHandlerContext实例。这里可以推出两个结论：   1. pipeline中如果有两个handler,  那么每个handler各有各的ChannelHandlerContext对象，互不相干。   2. 对于一个channel来说，只会生成一次pipeline，所以对于单种handler，一个pipeline实例中只有一个相应的ChannelHandlerContext实例。也就是说，对于单种handler, 相应的channelHandlerContext是channel级的，而不是event级的。

Netty的写是异步的，但可以保证两个消息写出的顺序与它们在代码中被写出的先后顺序相同。 handshaker.handshake(…); channel.write(myFirstTextWebSocketFrame); 会不会因为异步，导致上面代码中 text frame比handshake response更先到达客户端？  答案是不会：(这人是netty开发者之一)

Netty Websocket服务器如果在一定程度的并发下出现下列异常并导致channel关闭： java.lang.IllegalArgumentException: unsupported message type: class org.jboss.netty.handler.codec.http.websocketx.TextWebSocketFrame 发生这种情况，是因为Netty Server仍处于握手状态； 在握手状态下，channel只能发送http报文，不能发送websocket帧； 如果强行发生，就会在SocketSendBufferPool.acquire()方法内抛出上述异常。 解决办法有两种： 1. 修改你的代码，确保handshake response发送完后才发出text frame 2. 回送handshake response前把websocket encoder加入到channel pipeline中，即使这时有websocket frame发出，也不会报错。– 这是作者的观点，并且他已经实现到了新版的Netty里： https://github.com/netty/netty/commit/3b324e9515831f658fe8777df513a3a381822b34