标签：需要 byteBuffer LTV TLV 编程 网络 key 客户端 NIO

服务端
需要不断循环从selector里拿key

客户端

selectkey需要获取后立马从select里删除，不然会循环拿这个selectkey

阻塞与非阻塞模型

网络断开处理

• try catch住 selectorKey的获取channel方法以及channel的操作，因为这些操作会在断开连接的时候抛错。断开连接不可避免，所以需要在catch住异常的时候把key从selector中剔除，需要调用key.cancel()
• 如果是客户端调用close方法正常断开，那么需要在调用read的时候，根据read返回结果判断是否等于-1，来决定是否需要把key从seletor中删除

粘包处理&&消息边界

1. 自定义分割符，比如\n
2. 客户端服务端商量好大小
3. 定义一种结构TLV(type length value)/LTV(length type value):http1.1使用TLV，http2.0使用LTV

优缺点：

1. 自定义分隔符实现简单，缺点每一个字符都要去判断是否是分隔符，效率低下，如果发送的数据比较长，需要考虑扩容
2. 客户端与服务的对其大小，缺点是浪费带宽，客户端发送数据不足也得补齐
3. TLV/LTV 优点是节省带宽，需要多少读多少，缺点是服务器需要提前分配byteBuffer，如果内容过大，影响server吞吐量

扩容的处理

读取不到消息的边界，就需要扩容扩容时需要注意把之前读取的byteBuffer数据放到扩容后的byteBuffer里，可以通过attach 属性将byteBuffer放入socketChanner，这里有个复制问题，后面用零拷贝解决

标签：需要,byteBuffer,LTV,TLV,编程,网络,key,客户端,NIO
来源： https://www.cnblogs.com/dilumudo/p/16221544.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。