�??xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>&#20122;&#27954;&#27431;&#27954;&#31934;&#21697;&#26080;&#30721;&#65;&#86;&#44;&#20122;&#27954;&#31532;&#19968;&#35270;&#39057;&#22312;&#32447;&#35266;&#30475;&#20813;&#36153;&#44;&#22269;&#20135;&#20122;&#27954;&#35270;&#39057;&#22312;&#32447;&#35266;&#30475;&#32593;&#22336;</title><link>http://www.tkk7.com/cooperzh/category/50400.html</link><description /><language>zh-cn</language><lastBuildDate>Thu, 05 Jan 2012 22:15:20 GMT</lastBuildDate><pubDate>Thu, 05 Jan 2012 22:15:20 GMT</pubDate><ttl>60</ttl><item><title>《构建高性能的大型分布式Java应用》笔�?�W�一�?IO</title><link>http://www.tkk7.com/cooperzh/archive/2011/12/27/367323.html</link><dc:creator>cooperzh</dc:creator><author>cooperzh</author><pubDate>Tue, 27 Dec 2011 03:50:00 GMT</pubDate><guid>http://www.tkk7.com/cooperzh/archive/2011/12/27/367323.html</guid><description><![CDATA[IO三种方式�Q�BIO�Q�NIO�Q�AIO<span style="font-size: 10pt; ">&nbsp;(异步��d��asynchronous IO)</span><br /><br /><span style="font-size: 10pt; ">jdk1.6及之前都只实现BIO �?NIO</span><br /><span style="font-size: 10pt; ">jdk1.7开始支持AIO�Q�即NIO 2.0</span><br /><br /><br /><span style="font-size: 10pt; ">在BIO��d��模式下server�?</span><br /><span style="font-size: 10pt; ">1 new ServerSocket(int port) 监听端口</span><br /><span style="font-size: 10pt; ">2 serverSocket.accept() ��d��式等待客��L��的连接，有连接才�q�回Socket对象</span><br /><span style="font-size: 10pt; ">3 socket.getINputStream() 获取客户端发�q�来的信息流</span><br /><span style="font-size: 10pt; ">4 socket.getOutputStream() 获取输出���对象，从而写入数据返回客��L��</span><br /><br /><span style="font-size: 10pt; ">client端：</span><br /><span style="font-size: 10pt; ">1 newSocket�Q�String host,int port) 建立与服务器端的�q�接�Q�如果服务器没启动，报Connection refused异常</span><br /><span style="font-size: 10pt; ">2 socket.getInputStream() ��d��服务器端�q�回的流</span><br /><span style="font-size: 10pt; ">3 socket.getOutputStream() 获取输出���，写入数据发送到服务器端</span><br /><br /><br /><span style="font-size: 10pt; ">在NIO模式下Server端：</span><br /><span style="font-size: 10pt; ">1 ServerSocketChannel.open() 获取serverScoketChannel实例</span><br /><span style="font-size: 10pt; ">2 serverScoketChannel.configueBlocking(false) 讄���channel为非��d��模式</span><br /><span style="font-size: 10pt; ">3 serverSocketChannel.socket() 获取serverSocket对象</span><br /><span style="font-size: 10pt; ">4 serverSocket.bind(port) 监听端口</span><br /><span style="font-size: 10pt; ">5 Selector.open() 打开Selector�Q�获取selector实例</span><br /><span style="font-size: 10pt; ">6 serverSocketChannel.register(Selector,int) 向selector注册channel和感兴趣的事�?/span><br /><span style="font-size: 10pt; ">7 while(true) 循环以保证正常情况下服务器端一直处于运行状�?/span><br /><span style="font-size: 10pt; ">8 selector.select() 获取selector实例中需要处理的SelectionKey的数�?/span><br /><span style="font-size: 10pt; ">9 for(SelectionKey key:selector.selectedKeys()) 遍历selector.selectedKeys,以对每个SelectionKey的事件进行处�?/span><br /><span style="font-size: 10pt; ">10 key.isAcceptable() 判断SelectionKey的类型是否�ؓ客户端徏立连接的�c�d��</span><br /><span style="font-size: 10pt; ">11 key.channel() 当SelectionKey的类型是acceptabel�Ӟ��获取�l�定的ServerSocketChannel对象</span><br /><span style="font-size: 10pt; ">12 serverSocketChannel.accept() 接受客户端徏立连接的��h���Q��ƈ�q�回SocketChannel对象</span><br /><span style="font-size: 10pt; ">13 socketChannel.regiseter(Selector,int) 向Selector注册感兴���的事�g�c�d���Q�如read,write</span><br /><span style="font-size: 10pt; ">14 key.isReadable() 判断SelectionKey是否为readable�Q�如是则意味着有消息流在等待处�?/span><br /><span style="font-size: 10pt; ">15 socketChannel.read(ByteBuffer) 从SelectionKey中绑定的SocketChannel对象��d��消息��?/span><br /><span style="font-size: 10pt; ">16 socketChannel.write(ByteBuffer) 从SelectionKey中绑定的SocketChannel对象输出消息��?/span><br /><br /><div><span style="font-family: Tahoma; font-size: 10pt; ">client端：</span></div><div><span style="font-size: 10pt; ">1 SocketChannel.open() 打开SocketChannel</span></div><div><span style="font-size: 10pt; ">2 SocketChannel.configureBlocking(false) ���SocketChannel配置为非��d��模式</span></div><div><span style="font-size: 10pt; ">3 SocketChannel.connect(host,port) �q�接到指定的目标地址</span></div><div><span style="font-size: 10pt; ">4 Selector.open() 打开Selector</span></div><div><span style="font-size: 10pt; ">5 SocketChannel.register(Selector,int) 向Selector注册感兴���的事�g,connected,read,write</span></div><div><span style="font-size: 10pt; ">6 while(true) 循环执行保证客户端一直处于运行状�?/span></div><div><span style="font-size: 10pt; ">7 Selector.select() 从Selector中获取是否有可读的key信息</span></div><div><span style="font-size: 10pt; ">8 for(SelectionKey key:selector.selectedKeys()) 遍历selector中所有selectedKeys</span></div><div><span style="font-size: 10pt; ">9 SelectionKey.isConnectable() 判断是否�����接徏立的�c�d��</span></div><div><span style="font-size: 10pt; ">10 SelectionKey.channel() 获取�l�定的SocketChannel</span></div><div><span style="font-size: 10pt; ">11 SocketChannel.finishConnect() 完成�q�接的徏立（TCP/IP的三�ơ握手）</span></div><div><span style="font-size: 10pt; ">12 SelectionKey.isReadable() 判断是否为可�ȝ���?/span></div><div><span style="font-size: 10pt; ">13 SelectionKey.channel() 获取�l�定的SocketChannel</span></div><div><span style="font-size: 10pt; ">14 SocketChannel.read(ByteBuffer) 从SocketChannel中读取数到ByteBuffer�?/span></div><div><span style="font-size: 10pt; ">15 SocketChannel.write(ByteBuffer) 向SocketChannel中写入ByteBuffer对象数据</span></div><div style="font-family: Tahoma; font-size: 11px; "></div><img src ="http://www.tkk7.com/cooperzh/aggbug/367323.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/cooperzh/" target="_blank">cooperzh</a> 2011-12-27 11:50 <a href="http://www.tkk7.com/cooperzh/archive/2011/12/27/367323.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>NIO trick and trap NIO的技巧与陷阱</title><link>http://www.tkk7.com/cooperzh/archive/2011/12/20/366884.html</link><dc:creator>cooperzh</dc:creator><author>cooperzh</author><pubDate>Tue, 20 Dec 2011 12:41:00 GMT</pubDate><guid>http://www.tkk7.com/cooperzh/archive/2011/12/20/366884.html</guid><description><![CDATA[<div><span style="font-size: 11px; ">出处�Q?a title="http://www.tkk7.com/killme2008/archive/2011/06/30/353422.html" href="http://www.tkk7.com/killme2008/archive/2011/06/30/353422.html">http://www.tkk7.com/killme2008/archive/2011/06/30/353422.html</a><br /><br />IO划分��Z��个阶�D�：</span></div><div><span style="font-size: 11px;">1 �{�待数据���q�A</span></div><div><span style="font-size: 11px;">2 从内核缓冲区copy到进�E�缓冲区�Q�从socket通过socketChannel复制到ByteBuffer�Q?/span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">non-direct ByteBuffer: HeapByteBuffer�Q�创建开销��?/span></div><div><span style="font-size: 11px;">direct ByteBuffer�Q�通过操作�pȝ��native代码�Q�创建开销�?/span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">��Z��block的传输通常比基于流的传输更高效</span></div><div><span style="font-size: 11px; "><br /></span></div><div><span style="font-size: 11px;">使用NIO做网�l�编�E�容易，但离散的事�g驱动模型�~�程困难�Q�而且陷阱重重</span></div><div><span style="font-size: 11px;"><br /></span></div><div style="background-color: #cccccc; "><span style="font-size: 11px; "><strong>Reactor模式�Q�经典的NIO�|�络框架</strong></span></div><div><span style="font-size: 11px;">核心�l��g�Q?/span></div><div><span style="font-size: 11px;">1 Synchronous Event Demultiplexer : Event loop + 事�g分离</span></div><div><span style="font-size: 11px;">2 Dispatcher�Q�事件派发，可以多线�E?/span></div><div><span style="font-size: 11px;">3 Request Handler�Q�事件处理，业务代码</span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">理想的NIO框架�Q?/span></div><div><span style="font-size: 11px;">1 优雅地隔���IO代码和业务代�?/span></div><div><span style="font-size: 11px;">2 易于扩展</span></div><div><span style="font-size: 11px;">3 易于配置�Q�包括框架自�w�参数和协议参数</span></div><div><span style="font-size: 11px;">4 提供良好的codec框架�Q�方便marshall/unmarshall</span></div><div><span style="font-size: 11px;">5 透明性，内置良好的日志记录和数据�l�计</span></div><div><span style="font-size: 11px;">6 高性能</span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">NIO框架性能的关键因�?/span></div><div><span style="font-size: 11px;">1 数据的copy</span></div><div><span style="font-size: 11px;">2 上下文切�?context switch)</span></div><div><span style="font-size: 11px;">3 内存���理</span></div><div><span style="font-size: 11px;">4 TCP选项�Q�高�U�IO函数</span></div><div><span style="font-size: 11px;">5 框架设计</span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">减少数据copy�Q?/span></div><div><span style="font-size: 11px;">ByteBuffer的选择</span></div><div><span style="font-size: 11px;">View ByteBuffer</span></div><div><span style="font-size: 11px;">FileChannel.transferTo/transferFrom</span></div><div><span style="font-size: 11px;">FileChannel.map/MappedByteBuffer</span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">ByteBuffer的选择�Q?/span></div><div><span style="font-size: 11px;">不知道用哪种buffer�Ӟ��用Non-Direct</span></div><div><span style="font-size: 11px;">没有参与IO操作�Q�用Non-Direct</span></div><div><span style="font-size: 11px;">中小规模应用(&lt;1K�q�发�q�接)�Q�用Non-Direct</span></div><div><span style="font-size: 11px;">长生命周期，较大的缓冲区�Q�用Direct</span></div><div><span style="font-size: 11px;">���试证明Direct比Non-Direct更快�Q�用Direct</span></div><div><span style="font-size: 11px;">�q�程间数据共�?JNI)�Q�用Direct</span></div><div><span style="font-size: 11px;">一个Buffer发给多个Client�Q�考虑使用view ByteBuffer�׃�n数据�Q�buffer.slice()</span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">HeapByteBuffer�~�存</span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">使用ByteBuffer.slice()创徏view ByteBuffer�Q?/span></div><div><span style="font-size: 11px;">ByteBuffer buffer2 = buffer1.slice()�Q?/span></div><div><span style="font-size: 11px;">则buffer2的内容和buffer1的从position到limit的数据内容完全共�?/span></div><div><span style="font-size: 11px;">但是buffer2的position�Q�limit是独立于buffer1�?/span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">传输文�g的传�l�方式：</span></div><div><span style="font-size: 11px;">byte[] buf = new byte[8192];</span></div><div><span style="font-size: 11px;">while(in.read(buf)&gt;0){</span></div><div><span style="font-size: 11px;">&nbsp; &nbsp; out.write(buf);</span></div><div><span style="font-size: 11px;">}</span></div><div><span style="font-size: 11px;">使用NIO后：</span></div><div><span style="font-size: 11px;">FileChannel in = ...</span></div><div><span style="font-size: 11px;">WriteableByteChannel out = ...</span></div><div><span style="font-size: 11px;">in.transferTo(0,fsize,out);</span></div><div><span style="font-size: 11px;">性能会有60%的提�?/span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">FileChannel.map</span></div><div><span style="font-size: 11px;">���文件映����ؓ内存区域&#8212;&#8212;MappedByteBuffer</span></div><div><span style="font-size: 11px;">提供快速的文�g随机��d��能力</span></div><div><span style="font-size: 11px;">�q�_��相关</span></div><div><span style="font-size: 11px;">适合大文�Ӟ��只读型操作，如大文�g的MD5校验�{?/span></div><div><span style="font-size: 11px;">没有unmap�Ҏ���Q�什么时候被回收取决于GC</span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">减少上下文切�?/span></div><div><span style="font-size: 11px;">旉����~�存</span></div><div><span style="font-size: 11px;">Selector.wakeup</span></div><div><span style="font-size: 11px;">提高IO��d��效率</span></div><div><span style="font-size: 11px;">�U�程模型</span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">旉����~�存�Q?/span></div><div><span style="font-size: 11px;">1�|�络服务器通常需要频�J�获取系�l�时��_��定时器，协议旉���戻I���~�存�q�期�{?/span></div><div><span style="font-size: 11px;">2 System.currentTimeMillis</span></div><div><span style="font-size: 11px;">&nbsp; &nbsp;a linux调用gettimeofday需要切换到内核�?/span></div><div><span style="font-size: 11px;">&nbsp; &nbsp;b 普通机器上�Q?000万次调用需�?2�U�，�q�_��一��?.3毫秒</span></div><div><span style="font-size: 11px;">&nbsp; &nbsp;c 大部分应用不需要特别高的精�?/span></div><div><span style="font-size: 11px;">3 SystemTimer.currentTimeMillis�Q�自己创建）</span></div><div><span style="font-size: 11px;">&nbsp; &nbsp;a 独立�U�程定期更新旉����~�存</span></div><div><span style="font-size: 11px;">&nbsp; &nbsp;b currentTimeMillis直接�q�回�~�存�?/span></div><div><span style="font-size: 11px;">&nbsp; &nbsp;c �_�ֺ�取决于定期间�?/span></div><div><span style="font-size: 11px;">&nbsp; &nbsp;d 1000万次调用降低�?9毫秒</span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">Selector.wakeup() 主要作用�Q?/span></div><div><span style="font-size: 11px;">解除��d��在Selector.select()上的�U�程�Q�立卌����?/span></div><div><span style="font-size: 11px;">两次成功的select()之间多次调用wakeup�{��h于一�ơ调�?/span></div><div><span style="font-size: 11px;">如果当前没有��d��在select()上，则本�ơwakeup���作用在下次select()�?/span></div><div><span style="font-size: 11px;">什么时候wakeup() �Q?/span></div><div><span style="font-size: 11px;">注册了新的Channel或者事�?/span></div><div><span style="font-size: 11px;">Channel关闭�Q�取消注�?/span></div><div><span style="font-size: 11px;">优先�U�更高的事�g触发�Q�如定时器事�Ӟ���Q�希望及时处�?/span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">wakeup的原理：</span></div><div><span style="font-size: 11px;">1 linux上利用pipe调用创徏一个管�?/span></div><div><span style="font-size: 11px;">2 windows上是一个loopback的tcp�q�接�Q�因为win32的管道无法加入select的fd set</span></div><div><span style="font-size: 11px;">3 ���管道或者tcp�q�接加入selected fd set</span></div><div><span style="font-size: 11px;">4 wakeup向管道或者连接写入一个字�?/span></div><div><span style="font-size: 11px;">5 ��d��的select()因�ؓ有IO旉������q�A�Q�立卌����?/span></div><div><span style="font-size: 11px;">可见wakeup的调用开销不可忽视</span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">减少wakeup调用�Q?/span></div><div><span style="font-size: 11px;">1 仅在有需要时才调用。如往�q�接发送数据，通常是缓存在一个消息队列，当且仅当队列为空时注册write�q�wakeup</span></div><div><span style="font-size: 11px;">booleanneedsWakeup=false;</span></div><div><span style="font-size: 11px;">synchronized(queue){</span></div><div><span style="font-size: 11px;">&nbsp; &nbsp; if(queue.isEmpty()) &nbsp;needsWakeup=true;</span></div><div><span style="font-size: 11px;">&nbsp; &nbsp; queue.add(session);</span></div><div><span style="font-size: 11px;">}</span></div><div><span style="font-size: 11px;">if(needsWakeup){</span></div><div><span style="font-size: 11px;">&nbsp; &nbsp; registerOPWrite();</span></div><div><span style="font-size: 11px;">&nbsp; &nbsp; selector.wakeup();</span></div><div><span style="font-size: 11px;">}</span></div><div><span style="font-size: 11px;">2 记录调用状态，避免重复调用�Q�例如Netty的优�?/span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">��d��或者写�?个字节：</span></div><div><span style="font-size: 11px;">不代表连接关�?/span></div><div><span style="font-size: 11px;">高负载或者慢速网�l�下很常见的情况</span></div><div><span style="font-size: 11px;">通常的处理方法是�q�回�q����l�注册read/write�Q�等待下�ơ处理，�~�点是系�l�调用开销和线�E�切换开销</span></div><div><span style="font-size: 11px;">其他解决办法�Q���@环一定次数写入（如Mina�Q�或者yield一定次�?/span></div><div><span style="font-size: 11px;">启用临时选择器Temporary Selector在当前线�E�注册�ƈpoll�Q�例如Girzzy�?/span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">在当前线�E�写入：</span></div><div><span style="font-size: 11px;">当发送缓冲队列�ؓ�I�的时候，可以直接往channel写数据，而不是放入缓冲队列，interest了write�{�待IO�U�程写入�Q�可以提高发送效�?/span></div><div><span style="font-size: 11px;">优点是可以减���系�l�调用和�U�程切换</span></div><div><span style="font-size: 11px;">�~�点是当前线�E�中断会引�vchannel关闭</span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">�U�程模型</span></div><div><span style="font-size: 11px;">selector的三个主要事�Ӟ��read�Q�write�Q�accept�Q�都可以�q�行在不同的�U�程�?/span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">通常Reactor实现��Z��个线�E�，内部�l�护一个selector</span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">1 Boss Thread + worker Thread</span></div><div><span style="font-size: 11px;">&nbsp; &nbsp;boss thread处理accept�Q�connect</span></div><div><span style="font-size: 11px;">&nbsp; &nbsp;worker thread处理read�Q�write</span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">Reactor�U�程数目�Q?/span></div><div><span style="font-size: 11px;">1 Netty 1 + 2 * cpu</span></div><div><span style="font-size: 11px;">2 Mina 1 + cpu + 1</span></div><div><span style="font-size: 11px;">3 Grizzly 1 + 1</span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">常见�U�程模型�Q?/span></div><div><span style="font-size: 11px;">1 read和accept都运行在reactor�U�程�?/span></div><div><span style="font-size: 11px;">2 accept�q�行在reactor�U�程上，read�q�行在单独线�E?/span></div><div><span style="font-size: 11px;">3 read和accept都运行在单独�U�程</span></div><div><span style="font-size: 11px;">4 read�q�行在reactor�U�程上，accept�q�行在单独线�E?/span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">选择适当的线�E�模型：</span></div><div><span style="font-size: 11px;">�c�echo应用�Q�unmashall和业务处理的开销非常低，选择模型1</span></div><div><span style="font-size: 11px;">模型2�Q�模�?�Q�模�?的accept处理开销很低</span></div><div><span style="font-size: 11px;">最佳选择�Q�模�?。unmashall一般是cpu-bound�Q�而业务逻辑代码一般比较耗时�Q�不要在reactor�U�程处理</span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">内存���理</span></div><div><span style="font-size: 11px;">1 java能做的事情非常有�?/span></div><div><span style="font-size: 11px;">2 �~�冲区的���理</span></div><div><span style="font-size: 11px;">&nbsp; &nbsp;a 池化。ThreadLocal cache�Q�环形缓冲区</span></div><div><span style="font-size: 11px;">&nbsp; &nbsp;b 扩展。putString,getString�{�高�U�API�Q�缓冲区自动扩展和�׾~�，处理不定长度字节</span></div><div><span style="font-size: 11px;">&nbsp; &nbsp;c 字节��序。跨语言通讯需要注意，默认字节��序Big-Endian�Q�java的IO库和class文�g</span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">数据�l�构的选择</span></div><div><span style="font-size: 11px;">1 使用���单的数据�l�构�Q�链表，队列�Q�数�l�，散列�?/span></div><div><span style="font-size: 11px;">2 使用j.u.c框架引入的�ƈ发集合类�Q�lock-free�Q�spin lock</span></div><div><span style="font-size: 11px;">3 ��M��数据�l�构都要注意定w��限制�Q�OutOfMemoryError</span></div><div><span style="font-size: 11px;">4 适当选择数据�l�构的初始容量，降低GC带来的媄�?/span></div><div><span style="font-size: 11px;"><br /></span></div><div><span style="font-size: 11px;">定时器的实现<br />1 定时器在�|�络�E�序中频�J����?br />&nbsp; &nbsp; a 周期事�g的触�?br />&nbsp; &nbsp; b 异步���时的通知和移�?br />&nbsp; &nbsp; c 延迟事�g的触�?br />2 三个旉���复杂�?br /></span>&nbsp; &nbsp; a 插入定时�?br />&nbsp; &nbsp; b 删除定时�?br />&nbsp; &nbsp; c PerTickBookkeeping�Q�一�ơtick内系�l�需要执行的操作<br /><span style="font-size: 11px; ">3 Tick的方�?br /></span>&nbsp; &nbsp; Selector.select(timeout)<br />&nbsp; &nbsp; Thread.sleep(timeout)<br /><br /><span style="font-size: 11px; ">定时器的实现�Q�链�?br />���定时器�l�织成链表结�?br />插入定时器，加入链表���N��<br />删除定时�?br /></span><div>PerTickBookkeeping�Q�遍历链表查找expire事�g</div><span style="font-size: 11px; "><br /></span><div>定时器的实现�Q�排序链�?/div><span style="font-size: 11px; ">���定时器�l�织成有序链表结构，按照expire截止旉���升序排序<br />插入定时器，扑ֈ�合适的位置插入<br />删除定时�?br /></span><div>PerTickBookkeeping�Q�直接从表头找�v</div><span style="font-size: 11px; "><br /></span><div>定时器的实现�Q�优先队�?/div><span style="font-size: 11px; ">���定时器�l�织成优先队列，按照expire截止旉���作�ؓ优先�U�，优先队列一般采用最���堆实现<br />插入定时�?br />删除定时�?br /></span><div>PerTickBookkeeping�Q�直接取root判断</div><span style="font-size: 11px; "><br /></span><div>定时器的实现�Q�Hash wheel timer</div><span style="font-size: 11px; ">���定时器�l�织成时间轮<br />指针按照一定周期旋转，一个tick跛_��一个槽�?br />定时器根据�g时时间和当前指针位置插入到特定槽�?br /></span><div>插入定时�?br />删除定时�?/div><div>PerTickBookkeeping</div><div>槽位和tick军_��了精度和延时<br /><br /><div>定时器的实现�Q�Hierarchical Timing</div></div><span style="font-size: 11px; ">Hours Wheel�Q�Minutes Wheel�Q�Seconds Wheel<br /><br />�q�接IDLE的判�?br />1 �q�接处于IDLE状态：一�D�|��间没有IO��d��事�g发生<br />2 实现方式�Q?br />&nbsp; &nbsp; a 每次IO��d��都记录IO��d��写的旉����?br />&nbsp; &nbsp; b 定时扫描所有连接，判断当前旉���和上一�ơ读或写的时间差是否���过讑֮�阀��|�����过卌��������接处于IDLE状态，通知业务处理�?br /></span>&nbsp; &nbsp;c 定时的方式：��Z��select(timeout)或者定时器。Mina�Q�select(timeout);Netty:HashWheelTimer<br /><span style="font-size: 11px; "><br />合理讄���TCP/IP选项�Q�有时会起到显著效果�Q�需要根据应用类型、协议设计、网�l�环境、OS�q�_���{�因素做考量�Q�以���试�l�果为准<br /><br />Socket�~�冲������|�选项�Q�SO_RCVBUF �?SO_SNDBUF<br />Socket.setReceiveBufferSize/setSendBufferSize 仅仅是对底层�q�_��的提�C�，是否有效取决于底层��^台。因此get�q�回的不是真实的�l�果�?br />讄���原则�Q?br />1 以太�|�上�Q?k通常是不够的�Q�增加到16k�Q�吞吐量增加�?0%<br />2 Socket�~�冲区大���至���应该是�q�接的MSS的三倍，MSS=MTU+40�Q�一�?/span>以太�|�卡的MTU=1500字节�?br />&nbsp;&nbsp;&nbsp;&nbsp;MSS�Q�最大分�D�大��?br />&nbsp; &nbsp; MTU�Q�最大传输单�?br /><span style="font-size: 11px; ">3 send buffer最好与对端的receive buffer���寸一�?br />4 对于一�ơ性发送大量数据的应用�Q�增加缓冲区�?8k�?4k可能是唯一最有效的提高性能的方式�?br />&nbsp; &nbsp; ��Z��最大化性能�Q?/span>send buffer臛_��要跟BDP(带宽延迟乘积)一样大�?span style="font-size: 11px; "><br /></span><span style="font-size: 11px; ">5 同样�Q�对于大量接收数据的应用�Q�提高接收缓冲区�Q�能减少发送端的阻�?br />6 如果应用既发送大量数据，又接收大量数据，�?/span>send buffer�?span class="Apple-style-span" style="font-size: 11px; ">receive buffer应该同时增加<br /></span>7 如果讄���的ServerSocket�?span class="Apple-style-span" style="font-size: 11px; ">receive buffer���过RFC1323定义�?4k�Q�那么必���d���l�定端口前设�|�，以后accept产生的socket�����承这一讄���<br /></span>8 无论�~�冲区大���多���，你都应该���可能地帮助TCP臛_��以那样大���的块写�?br /><span style="font-size: 11px; "><br /></span><div>BDP(带宽延迟乘积)</div><span style="font-size: 11px; ">��Z��优化TCP吞吐量，发送端应该发送��够的数据包以填满发送端和接收端之间的逻辑通道<br />BDP = 带宽 * RTT<br /><br />Nagle���法�Q�SO_TCPNODELAY<br />通过���缓冲区内的���包自动相连�l�成大包�Q�阻止发送大量小包阻塞网�l�，提高�|�络应用效率对于实时性要求较高的应用(telnet、网�?�Q�需要关闭此���法<br />Socket.setTcpNoDelay(true) 关闭���法<br /><div style="display: inline-block; "><div>Socket.setTcpNoDelay(false)&nbsp;</div></div>打开���法�Q�默�?br /><br />SO_LINGER选项�Q�控制socket关闭后的行�ؓ<br />Socket.setSoLinger(boolean linger,int timeout)<br />1&nbsp;</span>linger=false�Q�timeout=-1<br />当socket��d��close�Q�调用的�U�程会马上返回，不会��d���Q�然后进入CLOSING状态，�D�留在缓冲区中的数据������l�发送给对端�Q��ƈ且与对端�q�行FIN-ACK协议交换�Q�最后进入TIME_WAIT状�?br /><div><span style="font-size: 11px; ">2&nbsp;</span>linger=true�Q�timeout&gt;0</div><span style="font-size: 11px; ">调用close的线�E�将��d���Q�发生两�U�可能的情况�Q�一是剩余的数据�l�箋发送，�q�行关闭协议交换�Q�二是超时过期，剩余数据���被删除�Q?/span>�q�行FIN-ACK协议交换<span style="font-size: 11px; "><br /></span><div><span style="font-size: 11px; ">3&nbsp;</span>linger=true�Q�timeout=0</div><span style="font-size: 11px; ">�q�行所�?#8220;hard-close&#8221;�Q��Q何剩余的数据���被丢弃�Q��ƈ且FIN-ACK交换也不会发生，替代产生RST�Q�让对端抛出&#8220;connection reset&#8221;的SocketException<br />4 慎重使用此选项�Q�TIME_WAIT状态的价��|��<br />&nbsp;&nbsp;&nbsp;&nbsp;可靠实现TCP�q�接�l�止<br />&nbsp;&nbsp;&nbsp;&nbsp;允许</span>老的分节在网�l�中���失�Q�防止发�l�新的连�?br />&nbsp; &nbsp;持箋旉���=2*MSL�Q�MSL为最大分节生命周期，一般�ؓ30�U�到2分钟�Q?span style="font-size: 11px; "><br /></span><span style="font-size: 11px; "><br />SO_REUSEADDR�Q�重用端�?br />Socket.setReuseAddress(boolean) 默认false<br />适用场景�Q?br />1 当一个��用本地地址和端口的socket1处于TIME_WAIT状态时�Q�你启动的socket2要占用该地址和端口，���p��用到此选项<br />2&nbsp;</span>SO_REUSEADDR允许同一端口上启动一个服务的多个实例�Q�多个进�E�）�Q�但每个实例�l�定的地址是不能相同的<br /><span style="font-size: 11px; ">3</span>&nbsp;SO_REUSEADDR允许完全相同的地址和端口的重复�l�定。但�q�只用于UDP的多播，不适用TCP<br /><br /><span style="font-size: 11px; ">SO_REUSEPORT<br />listen做四元组�Q�多�q�程同一地址同一端口做accept�Q�适合大量短连接的web server<br />Freebsd独有<br /><br />其他选项�Q?br />Socket.setPerformancePreferences(connectionTime, latency, bandwidth) 讄����q�接旉���、�g�q�、带宽的相对重要�?br />Socket.setKeepAlive(boolean) �q�是TCP层的keep-alive概念�Q�非HTTP协议的。用于TCP�q�接保活�Q�默认间�?���时�Q�徏议在应用层做心蟩<br />Socket.sendUrgentData(data) 带外数据<br /></span><span style="font-size: 11px; "><br /><br />技巧：<br />1 ��d��公��^<br />&nbsp; &nbsp; Mina限制一�ơ写入的字节��C�����过最大的�ȝ��冲区�?.5�?br />2 针对FileChannel.transferTo的bug<br /></span>&nbsp; &nbsp; Mina判断异常�Q�如果是temporarily unavailable的IOException�Q�则认�ؓ传输字节��Cؓ0<br /><span style="font-size: 11px; ">3 发送消息，通常是放入一个缓冲区队列注册write�Q�等待IO�U�程��d��<br />&nbsp; &nbsp; �U�程切换�Q�系�l�调�?br />&nbsp; &nbsp; 如果队列为空�Q�直接在当前�U�程channel.write�Q�隐患是当前�U�程的中断会引�v�q�接关闭<br />4 事�g处理优先�U?br />&nbsp; &nbsp; ACE框架推荐�Q�accept &gt; write &gt; read (推荐)<br />&nbsp; &nbsp; &nbsp;Mina �?Netty�Q�read &gt; write<br />5 处理事�g注册的顺�?br /></span>&nbsp; &nbsp; 在select()之前<br />&nbsp; &nbsp; 在select()之后�Q�处理wakeup竞争条�g<br /><br />Java Socket实现在不同��^��C��的差�?br />�׃��各种OS�q�_��的socket实现不尽相同�Q�都会媄响到socket的实�?br />需要考虑性能和健壮�?br />&nbsp; &nbsp;&nbsp;<span style="font-size: 11px; "><br />&nbsp;<br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /></span></div><div><span id="sywxmqb"    class="Apple-style-span" style="font-size: 11px; "><br /></span></div><div><span style="font-size: 11px;"><br /></span></div><div style="font-family: Tahoma; font-size: 11px; "></div><img src ="http://www.tkk7.com/cooperzh/aggbug/366884.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/cooperzh/" target="_blank">cooperzh</a> 2011-12-20 20:41 <a href="http://www.tkk7.com/cooperzh/archive/2011/12/20/366884.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>NIO Selector</title><link>http://www.tkk7.com/cooperzh/archive/2011/12/19/366789.html</link><dc:creator>cooperzh</dc:creator><author>cooperzh</author><pubDate>Mon, 19 Dec 2011 10:53:00 GMT</pubDate><guid>http://www.tkk7.com/cooperzh/archive/2011/12/19/366789.html</guid><description><![CDATA[单一的线�E���用就�l�选择来同时监控大量的通道<br /><br />处于���q�A状态的通道��׃���{�待Selector选择<br /><br />选择器提供了询问通道是否已经准备好执行每个IO操作的能�?br /><br />���q�A选择的真正�h值在于潜在的大量通道可以同时�q�行���q�A状态的���查，Selector可以��L��军_��选择哪个通道<br /><br />真正的就�l�必��ȝ��操作�pȝ��来检查，操作�pȝ��处理IO��h���q����知各个�U�程它们的数据已�l�已�l�准备好了，而选择器封装了�q�种抽象<br /><br />原因�Q�java代码来进行就�l�选择�Q�甚至jvm来进行就�l�检查代价都十分昂贵�Q��ƈ且不够原子性，甚至会破坏线�E�的正常�q�行<br /><br />实际上只有三个类用于执行���q�A选择�Q?br />Selector�Q�管理着一个被注册的通道集合信息和他们的���q�A状�?br />SelectableChannel�Q�被注册到选择器中�Q��ƈ且可以声明对哪种操作感兴��?br />一个通道可以注册到多个选择器上<br />一个通道在一个选择器上只能注册一个操作集�Q�该操作集不会叠�?br />SelectionKey�Q�封装了特定通道与特定选择器的注册关系�Q�被SelectableChannel.register()�q�回<br /><br /><div>SelectableChannel在注册到选择器上之前�Q�先讄���为非��d��模式�?br />如果注册一个阻塞模式的SelectableChannel���会抛出IllegalBlockingModeException异常<br />另外�Q�已�l�注册的SelectableChannel不能再修攚w��塞模式，否则也会抛出IllegalBlockingModeException异常</div>注册一个已�l�关闭的SelectableChannel�Q�将会抛出ClosedChannelException异常<br />���SelectableChannel注册到Selector上之后，Selector控制了通道的选择�q�程<br /><br />通道有四�U�操作：<br />SelectionKey.OP_ACCEPT,<br />SelectionKey.OP_CONNECT,<br />SelectionKey.OP_READ,<br />SelectionKey.OP_WRITE<br /><br />SocketChannel不支持accept操作<br /><br /><div>SelectionKey.cancel()�Ҏ��可以�l�结通道和选择器的关系�Q�然后SelectionKey会放在Selector.cancelledKeys() 的集合里<br />取消后SelectionKey会立卛_��效，但注册不会立卛_��消，select()调用�l�束后，cancelledKeys���会处理�Q�相应的注销完成�?br /><br />关闭通道�Ӟ��所有的相关的SelectionKey都会自动取消<br /><br /><div>Selector关闭�Ӟ��所有注册的通道���会注销�Q�所有相关的SelectionKey会立卛_���?br /><br />一个SelectionKey实例中有两个byte掩码�Q?br />instrest集合�Q�指�C�通道/选择器结合体兛_��的操�?br />ready集合�Q�通道已经���q�A的操�?br /><br /><div>instrest集合通过SelectionKey.interestOps()获取�Q�通过SelectionKey.interestOps(int ops)来改�?br />当相关的Selector正在select()操作时改变SelectionKey的instrest集合�Q�不影响正在�q�行的select()操作�Q�只会在下次select()时体�?br /><br /><div>ready集合通过SelectionKey.readyOps()获取�Q�是instrest集合的子集，是上�ơselect()操作后就�l�的操作<br /><br />最���单的状态测试方法是�Q?br /><div>SelectionKey.isAcceptable()&nbsp;&nbsp; �{��h�?nbsp;((key.readyOps( ) &amp; SelectionKey.OP_ACCEPT) != 0<br /><div>SelectionKey.isConnectable()&nbsp;&nbsp; �{��h�?nbsp;((key.readyOps( ) &amp; SelectionKey.OP_CONNECT) != 0<br /><div>SelectionKey.isReadable()&nbsp;&nbsp; �{��h�?nbsp;((key.readyOps( ) &amp; SelectionKey.OP_READ) != 0<br /><div>SelectionKey.isWritable() &nbsp; �{��h�?nbsp;((key.readyOps( ) &amp; SelectionKey.OP_WRITE) != 0<br /><br /><div>SelectionKey.readyOps()�q�回的ready集合指示个提�C�，不是�l�对的保证，因�ؓ底层的通道在�Q何时候都可能会被改变<br /><br /><div>SelectionKey是线�E�安全的�Q�但修改instrest集合的操作是通过Selector�q�行同步�?br />�q�导致SelectionKey.interestOps()的调用会��d��不确定长的时�?br /><div>Selector使用的锁�{�略是依赖具体实现的<br /><br />在单�U�程���理多个通道时不会出现问题，而多个线�E�共享Selector时会遇到同步的问题，到那时就应该重新设计<br /><br />每个Selector都要同时�l�护三个SelectionKey集合�Q?br />已注册的键的集合Registered key set�Q�不能直接修改，只能通过SelectionKey.interestOps()重置<br />已选择的键的集合Selected key set�Q�其中每个SelectionKey都有一个内嵌的ready集合�Q�可以直接移除其中的SelectionKey�Q�但不能��d��<br />已取消的键的集合Cancelled key set�Q�是Selector的私有成员，无法直接讉K��<br /><br /><div>Selector的核心是select()�Q�是�Ҏ��作系�l�的本地调用(native call)的封装，但是它不仅仅是向操作�pȝ��代码传递参敎ͼ��q�对每个select操作应用不同的过�E?/div><div>select()的执行步骤：<br />1 ���查Cancelled key set。如果非�I�，每个取消的key���从另外两个集合中移除，相关通道被注销�Q�执行完毕，Cancelled key set为空<br />2&nbsp;���查Registered key set中每个键的instrest集合�Q�检查中如果对instrest集合有改动，不会影响剩余的检查过�E?br />&nbsp; &nbsp;底层操作�pȝ�����会�q�行查询�Q�确定每个通道兛_��的操作的真实���q�A状态，依赖特定的select调用。如果没有就�l�的通道�Q�则��d���Q�直臌����?br />&nbsp; &nbsp;�q�个�q�程会��调用�U�程睡眠一�D�|����_��直至通道的就�l�状态被���定下来<br />&nbsp; &nbsp;对于那些操作�pȝ��指示臛_��已经准备好instrest集合中的一�U�操作的通道�Q�将执行下面的一�U�操作：<br />&nbsp; &nbsp;a 如果通道的SelectionKey没有处于Selected key set中，那么SelectionKey的ready集合���会清空�Q�表�C�当前通道已经准备好的操作的Byte掩码���被讄���<br />&nbsp; &nbsp;b&nbsp;通道的SelectionKey已经处于Selected key set中，每个SelectionKey的ready集合更新为已�l�准备好的操作的Byte掩码(SelectionKey.OP_READ �Q�SelectionKey.OP_WRITE�{?<br />3 步骤2会花费很长时��_��特别是所�Ȁ发的�U�程处于休眠状态时。步�?�l�束�Ӟ��步骤1会重新执行，以完成�Q意一个在选择�q�行的过�E�当中，键已�l�被取消的通道的注销<br />4&nbsp;select()�q�回的值是步骤2中被修改的键的数量，即上一个select()调用之后�q�入���q�A状态的通道的数量，而不是Selected key set中通道的数量。之前的调用中已�l�就�l�的�Q��ƈ且在本次调用中仍然就�l�的通道不会被计入。返回值有可能�?<br /><br />使用Cancelled key set来�g�q�注销�Q�是一�U�防止线�E�在取消键时��d���Q��ƈ防止与正在进行的选择操作冲突的好�Ҏ��<br /><br />注销通道是一�U�代价很高的操作�Q�清理已取消的键�Q��ƈ在选择操作之前或之后立��x��销通道�Q�可以消除它们可能正好在选择的过�E�中执行的潜在的问题�?br /><br /><div>Selector的select()有三�U��Ş式：<br /><div>1 Selector.select()&nbsp;<br />&nbsp; &nbsp;该调用在没有通道���q�A时将无限��d���Q�一旦有臛_��一个已注册的通道���q�A�Q�Selector的选择键将会立��x��斎ͼ�每个选择键的ready集合也会被更�?br />2&nbsp;Selector.select(long timeout)&nbsp;<br />&nbsp; &nbsp;在提供的���时旉���内没有就�l�通道�Q�将会返�?。如果设�|�timeout=0�Q�则�{�同于select()&nbsp;<br />3&nbsp;Selector.selectNow() 是完全非��d��的，会立卌���回�?br /><br /><div>Selector.wakeup() 提供了�ɾU�程从被��d��的select()�Ҏ��中优雅的退出的能力<br />同样有三�U�方式唤醒select()�Ҏ��中睡眠的�U�程�Q?br />1&nbsp;Selector.wakeup() �����Selector上第一个没有返回的select()操作立即�q�回�Q�如果当前没有正在进行的select()操作�Q�则下次select()操作会立卌���回�?br />2&nbsp;Selector.close() 被调用时�Q�所有在select()操作中阻塞的�U�程都将被唤醒，Selector相关通道被注销�Q�相关SelectionKey���被取消<br />3 Thread.interrupt()被调用时�Q�返回状态将被设�|�。如果唤醒之后的�U�程试图在通道上执行IO操作�Q�通道会立卛_��闭，�U�程捕捉��C��个异�?br /><br />如果惌���一个睡眠线�E�在中断之后�l�箋�q�行�Q�需要执行一些步骤来清理中断状�?br /><br />�q�些操作不会改变单个相关通道�Q�中断一个Selector和中断一个通道是不一��L��。Selector只会���查通道的状态�?br /><br />当一个select() 操作时睡眠的�U�程发生了中断，对于通道状态而言�Q�是没有歧义�?br /><br /><br />选择器把合理的管理SelectionKey�Q�以���保它们表示的状态不会变得陈旧的��d��交给了程序员<br /><br />当SelectionKey已经不在选择器的Selected key set中时�Q�会发生什�?br /><br />当通道上至���一个感兴趣的操作就�l�时�Q�SelectionKey的ready集合会被清空�Q��ƈ且当前已�l�就�l�的操作会被��d��到ready集合里，该SelectionKey随后会被��d��到Selected key set�?br /><br />清理一个SelectionKey的ready集合的方式是���这个key从Selected key set中移�?br /><br /><div>SelectionKey的就�l�状态只有在Selector的select() 操作�q�程中才会修改，因�ؓ只有Selected key set中的SelectionKey才被认�ؓ是包含了合法的就�l�信息的�Q�这些信息在SelectionKey中长久存在，知道key从Selected key set中移除，以通知Selector你已�l�看到�ƈ对它�q�行了处理。当下一�ơ通道的感兴趣的操作发生时�Q�key���被重新讄���以反映当旉���道的状态，�q�再�ơ被��d��到Selected key set�?br /><br />�q�种框架提供了非常大的灵�z�L���?br /><br />常规做法是先调用select() 操作�Q�再遍历selectKeys()�q�回的key的集合。在按顺序进行检查每个key的过�E�中�Q�相关的通道也根据key的就�l�集合进行处理。然后key从Selected key set中移除，���查下一个key。完成后通过调用select() 重复循环�?/div>服务器端使用�Ҏ��<br />1 创徏ServerSocketChannel�Q�注册到Selector中，感兴���的操作为accept<br />2 轮询Selector的select()操作�Q�从���q�Akey集合中遍历key的ready集合�Q�有accept则调用ServerSocketChannel的accept()�Ҏ��获取SocketChannel�Q?u>其中包含接收到的socket的句�?/u>。再���SocketChannel注册到Selector中感兴趣的操作�ؓread<br />3 当下�ơselect()操作中key的ready集合中有read�Ӟ��开始做�?br /><br /><div>Selector是线�E�安全的�Q�但key set不是。Selector.keys �?nbsp;Selector.selectkeys() �q�回的是Selector内部�U�有key set的引用。这个集合可能随时被改变。�P代器Iterator是快速失败的(fail-fast)�Q�如果�P代的时候key set发生改变�Q�抛出ConcurrentModificationException。所有如果希望在多个�U�程间共享Selector或SelectionKey�Q�则要对此做好准备。当你修改一个key的时候，可能会破坏另一个线�E�的Iterator</div><br />如果在多个线�E��ƈ发的讉K��一个Selector的key set�Ӟ��需要合理地同步讉K��。在select()操作�Ӟ��先在Selector上进行同步，再是Registered key set�Q�最后是Selected key set。按照这��L����序�Q�Cancelled key set��׃��在第一步和�W�三步之间保持同步�?br /><br />在多�U�程的场景中�Q�如果需要对��M��一个key set�q�行更改�Q�不���是直接更改�q�是其他操作带来的副作用�Q�都需要以相同的顺序，在同一对象上进行同步。如果竞争的�U�程没有以同��L����序��h��锁，则会有死锁的隐患�?br /><br /><div>Selector的close()和select()操作都会有一直阻塞的可能�Q�当在select()的过�E�当中，所有对close()的调用都会被��d���Q�直到select()�l�束�Q�或者执行select()的线�E�进入睡眠。当select()的线�E�进入睡眠时�Q�close()的线�E�获得锁后会立即唤醒select()的线�E�，�q�关闭Selector<br /></div>如果不采取相同的��序同步�Q�则key set中key的信息不保证是有效的�Q�相关通道也不保证是打开�?br /><br /><br />一个cpu的时候��用一个线�E�来���理所有通道�Q�是一个合适的解决�Ҏ���Q�但会浪费其他cpu的运行能�?br /><br />在大量通道上执行select()操作不会有太大开销�Q�因为大多数工作都是操纵�pȝ��完成�?br /><br />�Ҏ��1 ���理多个Selector�Q��ƈ随机分配通道不是一个好�Ҏ��<br />�Ҏ��2 所有通道使用一个Selector�Q�将���q�A通道的服务委托给其他�U�程。相当于用一个线�E�监控通道的就�l�状态，使用另外的工作线�E�池来处理接收到的数据。而线�E�池是可以调整的�Q�或者动态调整�?br /><br />在方�?中，如果某些通道要求更高的响应速度�Q�可以用两个选择器来解决。�ƈ且线�E�池可以�l�化为日志线�E�池、命令线�E�池、状态请求线�E�池�{?br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div><img src ="http://www.tkk7.com/cooperzh/aggbug/366789.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/cooperzh/" target="_blank">cooperzh</a> 2011-12-19 18:53 <a href="http://www.tkk7.com/cooperzh/archive/2011/12/19/366789.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>NIO Channel ���道</title><link>http://www.tkk7.com/cooperzh/archive/2011/12/19/366764.html</link><dc:creator>cooperzh</dc:creator><author>cooperzh</author><pubDate>Mon, 19 Dec 2011 07:57:00 GMT</pubDate><guid>http://www.tkk7.com/cooperzh/archive/2011/12/19/366764.html</guid><description><![CDATA[Unix中的���道pipe是用来连接一个进�E�的输出和另一个进�E�的输入<br /><br />java.nio中的���道只是在jvm�q�程内部传输数据�Q�优势在于封装�?br /><br />�q�样���允许单个用��L���E�适用一个Selector从多个通道攉���数据�Q��ƈ��L���l�合�|�络�q�接或本地工作线�E�适用<br /><br />pipe的另一个用处是���试�Q�可以将某个���试�c�连接到���道�?#8220;�?#8221;端，�q�检查管�?#8220;�?#8221;端出来的数据<img src ="http://www.tkk7.com/cooperzh/aggbug/366764.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/cooperzh/" target="_blank">cooperzh</a> 2011-12-19 15:57 <a href="http://www.tkk7.com/cooperzh/archive/2011/12/19/366764.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>NIO channel Socket通道</title><link>http://www.tkk7.com/cooperzh/archive/2011/12/19/366752.html</link><dc:creator>cooperzh</dc:creator><author>cooperzh</author><pubDate>Mon, 19 Dec 2011 06:15:00 GMT</pubDate><guid>http://www.tkk7.com/cooperzh/archive/2011/12/19/366752.html</guid><description><![CDATA[Socket通道�c�：DatagramChannel,SocketChannel,ServerSocketChannel<br /><br /><div>DatagramChannel和SocketChannel实现了ReadableByteChannel �?nbsp;WritableByteChannel接口�Q�而ServerSocketChannel没实�?br /><div>ServerSocketChannel只负责监听传入的�q�接�Q�创建新的SocketChannel�Q�它自��n从不传输数据</div><br />socket�c�L��Socket,ServerSocket,DatagramSocket<br /><br />socket和socket通道之间的关�p�：<br />1&nbsp;socket位于java.net包下�Q�socket通道位于java.nio<br />2 Socket通道被创建的时候都会创��Z��个对�{�的Socket实例<br />3 通道的socket()可以调用socket,socket的getChannel()可以调用通道<br />4&nbsp;Socket通道都有对应的Socket对象�Q�但直接定义的Socket对象是没有对应的通道<br />5 Socket通道委派协议操作�l�对应的Socket对象<br /><br />要把一个Socket通道�|��ؓ非阻塞模式，���p��依靠所有Socket通道�cȝ��父类SelectableChannel<br /><br />ServerSocketChannel是一个基于通道的Socket监听器，因�ؓ增加了通道语意�Q�所以可以在非阻塞模式下�q�行�?br /><br /><div>ServerSocketChannel没有bind�Ҏ���Q�只能通过其对应的ServerSocket来实�?/div><div>ServerSocketChannel和其对应的ServerSocket都有accept()�Ҏ���Q?/div><div>ServerSocketChannel.accept() �q�回SocketChannel对象�Q�SocketChannel中包含对应的Socket</div><div>ServerSocket.accept() ��d���q�返回一个Socket对象</div><br />非阻塞模式下�Q�没有连接传入时�Q�ServerSocketChannel.accept()�q�回null<br /><br />SocketChannel使用最频繁<br /><br />Socket,SocketChannel�c�d��装点对点�Q�有序的�|�络�q�接�Q�类��g��TCP/IP�|�络�q�接<br />Socket是面向流�?br /><br /><div>SocketChannel扮演客户端发起一个监听服务器的连接，直到�q�接成功�Q�才能收到数据，�q�且只从�q�接到的地址接收</div><br /><div>SocketChannel的connect()�Ҏ��是阻塞式的，同其对应Scoket的connect()�Ҏ��一�?br /><br />在非��d��模式下调用SocketChannel的finishConnect()�Ҏ��会返回的�l�果�Q?br />1 connect()�Ҏ��没调用，产生NoConnectionPendingException异常<br />2 �q�接正在建立�Q�尚未完成，立即�q�回false<br />3 非阻塞模式下调用connect()后，SocketChannel回到��d��模式�Q�立卌���回false<br />4 �q�接已徏立后�Q�SocketChannel内部状态会更新为已�q�接状态，finishConnect()�Ҏ��会返回true,SocketChannel���可以开始传输数据了<br /><br />DatagramChannel对应DatagramSocket对象�Q�模拟包导向的无�q�接协议UDP/IP<br /><div>DatagramSocket</div>每个数据报Datagram都包含自��q��地址<br /><br /><div>DatagramChannel可以发送Datagram��C��同的地址�Q�同样也可以接收不同地址的Datagram<br /><br />��Z��包的吞吐量比��Z�����的高很多，因�ؓ互联�|�基���设施���是包导向的<br /><br />TCP�q�样面向���的协议会��生巨大的开销�Q��ƈ且不能适用所有的情�Ş<br /><br />选择DatagramSocket而不是流Socket的前提：<br />1 �E�序可以承受数据丢失和无序数�?br />2 发送后不需要知道对�Ҏ��否已�l�接�Ӟ��即fire and forget<br />3 数据吞吐量比可靠性更重要<br />4 同时发送数据给多个接收�?br />5 包导向更适合现在的�Q�?/div></div></div><img src ="http://www.tkk7.com/cooperzh/aggbug/366752.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/cooperzh/" target="_blank">cooperzh</a> 2011-12-19 14:15 <a href="http://www.tkk7.com/cooperzh/archive/2011/12/19/366752.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>NIO channel</title><link>http://www.tkk7.com/cooperzh/archive/2011/12/19/366733.html</link><dc:creator>cooperzh</dc:creator><author>cooperzh</author><pubDate>Mon, 19 Dec 2011 03:26:00 GMT</pubDate><guid>http://www.tkk7.com/cooperzh/archive/2011/12/19/366733.html</guid><description><![CDATA[channel 用于�?ByteBuffer 和socket(或文�?之间传输数据<br /><br />channel的实现经�怋�用操作系�l�的本地代码<br /><br />implement InterruptibleChannel 后标�C����通道可以被中断，大多数channel都是可以被中断的<br />面向字节的接口：ReadableByteChannel,WriteableByteChannel<br />ByteChannel接口�l�承了ReadableByteChannel和WriteableByteChannel接口<br /><br />IO�q�义上可以分为file IO �?stream IO�Q�对应file通道和socket通道<br />file通道的类�Q�FileChanel<br />socket通道的类�Q�SocketChannel,ServerSocketChannel,DatagramChanenel<br /><br />FileChannel不能直接创徏�Q�只能通过打开的RandomAccessFile,FileInputStream,FileOutputStream调用getChannel()获得<br /><div>socket通道可以直接调用其工厂方法获得实�?br /><br />只实现ReadableByteChannel或WriteableByteChannel的通道都是单向的，两个都实现就是双向的<br />实现ByteChannel的通道都是双向�?br /><br />所有socketChannel�c�都是双向的<br /><br />read() ���字节从通道��d���~�冲�?br />write() ���字节从�~�冲区写入通道<br /><br />讲byteBuffer的数据写入通道�Q?br />while(buffer.hasRemaining()){<br />&nbsp;&nbsp;&nbsp;&nbsp;dest.write(buffer);<br />}<br />因�ؓwrite操作可能会因为其他线�E�的调用而阻�?br /><br />�~�冲区可以重复��用，而通道是一�ơ性的�Q�用完就关闭。通道关闭后，代表的与socket的连接会丢失<br /><br />close�Ҏ��是阻塞式的，多次close没有坏处。close的实现取决于操作�pȝ���?br /><br />实现InterruptibleChannel接口的类�Q�如果线�E�在该通道上被��d���Q�同时线�E�被中断�Q�则通道���会关闭�Q�阻塞线�E�会报异常：ClosedByInterruptException.<br /><br />另外�Q�设�|�了interrupt status的线讉K��一个通道�Ӟ��该通道���会立即被关闭，同时抛出ClosedByInterruptException异常<br />而线�E�的interrupt status是线�E�的interrupt()�Ҏ��讄����Q��ƈ通过Thread.interrupted()清除�?br /><br />通道上的�U�程休眠�Q�则通道会关�?br /><br />当一个通道被关闭的时候，所有在此通道上休眠的�U�程都将被唤醒，�q�收��C��个AsynchronousCloseException�Q�接着通道被关闭�?br /><br />一个通道同时对多个byteBuffer的操作称为分散和聚合<br />Scatter分散体现在channel.read(ByteBuffer[] dsts) �?channel.read(ByteBuffer[] dsts,int offset,int length);&nbsp;<br /><div>Gather分散体现在channel.write(ByteBuffer[] dsts) �?channel.write(ByteBuffer[] dsts,int offset,int length);</div><div>offset �?length指的是ByteBuffer[]中第几个ByteBuffer</div><br /><br /><br /></div><img src ="http://www.tkk7.com/cooperzh/aggbug/366733.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/cooperzh/" target="_blank">cooperzh</a> 2011-12-19 11:26 <a href="http://www.tkk7.com/cooperzh/archive/2011/12/19/366733.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>NIO buffer</title><link>http://www.tkk7.com/cooperzh/archive/2011/12/18/366679.html</link><dc:creator>cooperzh</dc:creator><author>cooperzh</author><pubDate>Sun, 18 Dec 2011 13:10:00 GMT</pubDate><guid>http://www.tkk7.com/cooperzh/archive/2011/12/18/366679.html</guid><description><![CDATA[ByteBuffer buffer = ByteBuffer.allocate(int);<br /><div>ByteBuffer buffer = ByteBuffer.allocateDirect(int);</div><span style="color: red; ">allocate�q�回的其实是</span><span style="color: red; ">ByteBuffer的子�c�HeapByteBuffer;</span><br /><div><span style="color: red; ">allocateDirect</span><span style="color: red; ">�q�回的其实是MappedByteBuffer的子�c�DirectByteBuffer;</span></div><br /><span style="color: red; ">CharBuffer.allocate(int cap); 创徏的是char[]数组�Q�即cap是char的数量，而不是byte的数量（1个char长度�?个byte�Q?/span><br /><br />buffer的四个属�?br />0 &lt;= mark &lt;= position &lt;= limit &lt;= capacity<br /><br />buffer支持�U�联调用�Q?br />buffer.position(2).mark().position(4);<br />因�ؓposition,mark�Ҏ���q�回的都是buffer的引�?br /><br />position军_��了read和write的�v始位�|�，���于position位置的char都忽�?br /><br /><span style="color: red; ">buffer.get() �?buffer.put(byte) 都是相对�Ҏ���Q�都会导致position++</span><br /><div><span style="color: red; ">buffer.get(int) �?buffer.put(int,byte) 都是�l�对�Ҏ���Q�不会导致position变化</span></div><br /><span style="color: red; ">buffer.clear() 只是���position�|��ؓ0�Q�limit讄���为capacity�Q��ƈ不真正清�I�数�?br /><br /></span><span style="color: red; ">buffer.position(int) �?newPosition &lt; mark �Ӟ��丢弃mark(讄���mark=-1)<br /><br /></span><span style="color: red; ">buffer.mark() ��?nbsp;</span><span style="color: red; ">position</span><span style="color: red; ">赋值给&nbsp;</span><span style="color: red; ">mark ;</span><br /><span style="color: red; ">buffer.reset() ��?nbsp;</span><span style="color: red; ">mark 赋值给</span><span style="color: red; ">&nbsp;position;</span><br /><br />buffer.remaining() 表示position到limit的数�?br /><br />buffer的比较是比较position到limit之间的内�?br /><br />��d��buffer的内容，是从position开始读取的�Q��ƈ不是�?�?br /><br /><span style="color: red; ">反�{buffer�Q�buffer.flip();</span><br /><span style="color: red; ">1 limit = position;</span><br /><span style="color: red; ">2 position = 0;</span><br /><span style="color: red; ">3 mark = -1;</span><br /><span style="color: red; ">flip只能����{1�ơ，����{两次���会��D��limit也等�?�Q�通常用于read状态切换到write状态，或者write状态切换到read状�?/span><br /><font color="#ff0000"><br />buffer.put(buffer) 会报IllegalArgumentException异常�Q�因为position的移动相矛盾<br /><br />buffer.slice() 用position和limit之间的内�Ҏ��生成一个buffer�Q�该buffer的capacity为limit-position的�?br /></font><br />charBuffer.wrap(char[], int start, int end) ���会讄���positon=start�Q��ƈ���char[]直接传递给charBuffer成�ؓ内部char array<br /><br />从buffer��d��数据到数�l�，必须指定数据的长度：<br />1 buffer.remaining() &lt; arr.length ��d��buffer的position到limit的所有�?br />2&nbsp;buffer.remaining() &gt; arr.length ��d��buffer中arr.length长度的��|���q�立卛_��理，然后再读取buffer中剩余的�?br /><br />从数�l�读取数据到buffer�Q?br /><div>1 buffer.remaining() &gt; arr.length ��d��数组的所有�?br />2&nbsp;buffer.remaining() &lt; arr.length 抛出BufferOverflowException</div><br />buffer中多字节的数据类型存储的字节��序没有标准�Q�目前有<br />1 大端字节��序(BIG_ENDIAN) �Q�高位值在低地址(靠左�?�Q�motorola,sun,prow pc的处理器<br />2 ���端字节��序 (LITTLE_ENDIAN)�Q�高位值在高地址(靠右�?�Q�intel处理�?br />�q�是由操作系�l�决定的�Q�可以用ByteOrder.nativeOrder()的返回��|��ByteOrder.BIG_ENDIAN �?nbsp;ByteOrder.LITTLE_ENDIAN来确�?br />默认都是BIG_ENDIAN �Q�这是jvm军_��的，所以jvm�q�行在intel处理器上会有性能隐患<br />只有ButeBuffer可以修改字节��序�Q�通过order()�Ҏ���Q�除非显式修改，否则创徏后永不改�?br />其他�c�d��的buffer可以转换为ByteBuffer处理<br /><br />直接�~�冲区是IO操作的最好选择。但�q����在一开始就一定要创徏�?br />直接�~�冲区是调用操作�pȝ��的代码分配的�Q�绕开了jvm的堆栈。创建和销毁的代�h都比较大�?br />只有byteBuffer.allocateDirect()才能创徏直接�~�冲�?br />allocate() �?wrap() 的包装方法都创徏的是非直接缓冲区(即jvm堆栈�?<br /><br />ByteBuffer允许通过创徏视图来讲byte映射为其他原始数据类型，使用asLongBuffer()�{�方�?br /><br />ByteBuffer byteBuffer = ByteBuffer.allocate(7).order(ByteOrder.BIG_ENDIAN);<br />CharBuffer charBuffer = byteBuffer.asCharBuffer();<br />charBuffer只是一个view�Q�只是�ؓ了方便操作，本质上数据依旧是存放在byteBuffer中的<br /><br />ByteBuffer的getInt�{�方法是获取position到limit中的byte�q��{换�ؓ对应的int�{�数据类�?br />注意�Q�不同的字节��序�Q�取出的数值是不同�?br /><br /><span style="color: red; ">java中的byte都是有符��L��<br /></span>获取及存放无�W�号整数需要自己写一个工��L���Q?br />如byte型：<br />buffer.put( (byte) (value &amp; 0xff) ); 保存value的低8位的�?br />(short)(buffer.get() &amp; 0xff) �?br />short型：<br />buffer.putShort((short)(value &amp; 0xffff));<br />(int)(buffer.getShort() &amp; 0xffff);<br />int�?<br />buffer.putInt((int)(value &amp; 0xffffffffL));<br />(long)(buffer.getInt() &amp; 0xffffffffL);<br /><br /><br /><br /><br /><br /><img src ="http://www.tkk7.com/cooperzh/aggbug/366679.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.tkk7.com/cooperzh/" target="_blank">cooperzh</a> 2011-12-18 21:10 <a href="http://www.tkk7.com/cooperzh/archive/2011/12/18/366679.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>                                                                                                                                                                                                                                                                            <footer>
<div class="friendship-link">
<p>��л���������ǵ���վ�������ܻ���������Դ����Ȥ��</p>
<a href="http://www.tkk7.com/" title="&#20122;&#27954;&#97;&#118;&#25104;&#20154;&#29255;&#22312;&#32447;&#35266;&#30475;">&#20122;&#27954;&#97;&#118;&#25104;&#20154;&#29255;&#22312;&#32447;&#35266;&#30475;</a>

<div class="friend-links">


</div>
</div>

</footer>

��վ֩���ģ�壺
<a href="http://199044.com" target="_blank">�й�����Ů��69�����ٸ�</a>|
<a href="http://zfjhw.com" target="_blank">��Ѿ�Ʒ��Ƶ����</a>|
<a href="http://56ms.com" target="_blank">�ձ�����ŷ�����������ҹ��ƬŮ��Ա</a>|
<a href="http://yjszhukao.com" target="_blank">�þù��������Ƶ</a>|
<a href="http://gdfcjzx.com" target="_blank">����������Ļav��ѷ�dvd</a>|
<a href="http://taoh2507.com" target="_blank">��Ѽ�����վ���������һҳ</a>|
<a href="http://youyou8tv.com" target="_blank">�����������޾�Ʒ</a>|
<a href="http://hnshlt.com" target="_blank">91���޾�Ʒ��һ�ۺϲ�������</a>|
<a href="http://97chaopeng2.com" target="_blank">��Ʒ���޳ɦ�������ɦ����߹ۿ�</a>|
<a href="http://bovch.com" target="_blank">����˽��ӰԺ�����Ƶ��վ</a>|
<a href="http://222xx8.com" target="_blank">h��Ƶ���߹ۿ����������</a>|
<a href="http://www222yy.com" target="_blank">Ů����˽����Ƶ��www���</a>|
<a href="http://shaiyahx.com" target="_blank">�Ļ�Ӱ�����߿���ѹۿ�</a>|
<a href="http://fsdyzs.com" target="_blank">����AV����һ�����������ۿ�</a>|
<a href="http://www16am8.com" target="_blank">�����㽶�þ�һ��������������</a>|
<a href="http://xyzch.com" target="_blank">���޳���������Ļ</a>|
<a href="http://wushicn.com" target="_blank">����AV����ר�����޾�Ʒ</a>|
<a href="http://yw8885.com" target="_blank">���˾þô����߽�����</a>|
<a href="http://1ygogo.com" target="_blank">���޾�Ʒ����av����</a>|
<a href="http://91se01.com" target="_blank">���a��ëƬ���߹ۿ�</a>|
<a href="http://laxdz.com" target="_blank">������Ʒ���һ�����߹ۿ�</a>|
<a href="http://yw8885.com" target="_blank">AVƬ���߹ۿ����</a>|
<a href="http://qestest.com" target="_blank">�þ��ۺ�AV��ѹۿ�</a>|
<a href="http://sk7758.com" target="_blank">һ���������߲�����ѹۿ����İ���Ƶ
</a>|
<a href="http://8833081.com" target="_blank">�����ۺϾþó���69</a>|
<a href="http://7a37.com" target="_blank">�����ձ����߿�Ƭ</a>|
<a href="http://zjdoukai.com" target="_blank">����AV�պ���Ʒ�þþþ�</a>|
<a href="http://zhiwajic.com" target="_blank">����VA������Ļ����һ������</a>|
<a href="http://513net.com" target="_blank">������Ļ��Ʒ�������������</a>|
<a href="http://8xxon8.com" target="_blank">����ɫ��Ʒ88ɫ�������¶���
</a>|
<a href="http://bjgelinhotel.com" target="_blank">�������A�����߲���</a>|
<a href="http://www19977.com" target="_blank">���������˳��������Ƶ</a>|
<a href="http://wwwby1385.com" target="_blank">�ձ���ҳ��ַ���߿���Ѳ���
</a>|
<a href="http://klno1.com" target="_blank">�������޾�Ʒ��Ƭ���߹ۿ�</a>|
<a href="http://qiwangxuan.com" target="_blank">��Ʒ�����պ�����һ��</a>|
<a href="http://goodwaysi.com" target="_blank">������a�ɻ����߹ۿ�</a>|
<a href="http://maiertejx.com" target="_blank">��Ʒ���޳ɦ�������ɦ����߹ۿ�
</a>|
<a href="http://zbsensor.com" target="_blank">�����������߹ۿ���������</a>|
<a href="http://chinashineway.com" target="_blank">��������������뾫Ʒ��</a>|
<a href="http://hivzx.com" target="_blank">����av��ҹ������Ʒһ��</a>|
<a href="http://ding001.com" target="_blank">���޼�����Ƶ���߹ۿ�</a>|
<script>
(function(){
    var bp = document.createElement('script');
    var curProtocol = window.location.protocol.split(':')[0];
    if (curProtocol === 'https') {
        bp.src = 'https://zz.bdstatic.com/linksubmit/push.js';
    }
    else {
        bp.src = 'http://push.zhanzhang.baidu.com/push.js';
    }
    var s = document.getElementsByTagName("script")[0];
    s.parentNode.insertBefore(bp, s);
})();
</script>
</body>