Netty是一个高性能的NIO通信框架,提供异步的.事件驱动的网络编程模型.使用Netty可以方便用户开发各种常用协议的网络程序.例如:TCP.UDP.HTTP等等. Netty的最新版本是3.2.7,官网地址是:http://www.jboss.org/netty 本文的主要目的是基于Netty实现一个通用二进制协议的高效数据传输.协议是通用的二进制协议,高效并且扩展性很好. 一个好的协议有两个标准: (1)生成的传输数据要少,即数据压缩比要高.这样可以减少网络开销. (2)传输数据和业务对象

章节回顾: <TCP/IP详解卷1:协议>第1章 概述-读书笔记 <TCP/IP详解卷1:协议>第2章 链路层-读书笔记 <TCP/IP详解卷1:协议>第3章 IP:网际协议(1)-读书笔记 <TCP/IP详解卷1:协议>第3章 IP:网际协议(2)-读书笔记 <TCP/IP详解卷1:协议>第4章 ARP:地址解析协议-读书笔记 <TCP/IP详解卷1:协议>第5章 RARP:逆地址解析协议-读书笔记 <TCP/IP详解卷1:协

前边讲了TCP连接的建立和终止,分别要三次握手和四次通信.这些报文段都只包含首部,没有数据部分.    这里就讲讲数据传送的一些细节.一个TCP连接建立成功以后,就可以开始传送数据了~ 一般TCP数据传输中,按分组数量算的话,一半是成块数据(比如FTP应用),一半是交互数据(比如Telnet应用).如果按照字节数比较的话,成块报文段远远高于交互报文段(显然交互报文段都是几个字节的数据...) TCP的交互数据流: 比如Rlogin应用,每一次按键(每个字节)都会发送包,而不是敲一行命令回车后发送

前段时间,在搞Netty TCP 通信,踩了一些坑,今天就在这篇总结一下 Netty通信失败原因 Netty TCP 通信失败的可能原因: 1.服务端或客户端,其中一端没有正常启动 2.是否在正确的位置上监听对应的路径( 如:在哪里设置.启动监听.实例化,这些都会有影响 ) 3.两者是否连接成功,是否监听同一个URL路径( 如:传递websocket数据,是否都监听着Websocket端口 ) 4.两端传递数据的通道channel 是否正确 共同学习,共同进步,若有补充,欢迎指出,谢谢!

1.java二进制编解码 byteBuffer.flip() byteBuffer.getInt() 与 byteBuf.getInt(11) 2.粘包拆包问题 LengthFieldBasedFrameDecoder(2048,4,4,-8,0) 3.netty客户端与其他服务器交互 @Override public void channelReadComplete(ChannelHandlerContext ctx) throws Exception { ctx.flush(); ctx.c

一.前言 虽然TCP协议是可靠性传输协议,但是对于TCP长连接而言,对于消息发送仍然可能会发生粘贴的情形.主要是因为TCP是一种二进制流的传输协议,它会根据TCP缓冲对包进行划分.有可能将一个大数据包拆分成多个小的数据包,也有可能将多个小的数据包合并成一个数据包. 本篇文章将对TCP粘包和拆包进行介绍: TCP粘包拆包问题及现象 解决方式 二.TCP粘包拆包问题及现象 假设Client端发送两个数据包给Server端,如下图: 但是Server端实际接收到的数据包形式可能存在以上三种形式: 第一

      TCP报文段一般有两类,分别是成块数据和交互数据. 1.交互式输入     Rlogin连接上键入一个交互命令的数据流如下图所示.     每一个交互按键都会产生一个数据分组,每次从客户传到服务器的是一个字节的按键.而Rlogin需要远程系统回显客户键入的字符,这样就会产生4个报文段:     (1)来自客户的交互按键     (2)来自服务器的按键确认     (3)来自服务器的按键回显     (4)来自客户的按键回显确认 2.延时确认     通常TCP在接收到数据之后不会立即

19.1 引言 成块数据:比如ftp.电子邮件.Usenet新闻 交互数据:Telnet.Rlogin 成块数据的报文段基本上都是满长度(full-size)的,而交互数据小的多(Telnet和Rlogin分组中通常约90%左右的用户数据小于10个字节). 19.2 交互式输入 在Rlogin键入一个交互命令时所产生的数据流,一般需要下面四个步骤: 然而我们一般可以将报文段2和报文段3进行合并—也就是按键确认和按键回显一起发送.这就是经受时延的确认. 19.3 经受时延的确认 通常TCP在接收到

19.1 引言 前一章我们介绍了TCP连接的建立与释放:三握四挥,以及状态转移图. TCP报文段分为:交互数据,以及成块数据(下一章介绍). 交互数据:例如telnet,ssh,这种类型的协议在大多数情况下只是做小流量的数据交换,比如说按一下键盘,回显一些文字等等. 一些关于通信量的研究发现: 按分组数量计算:一半的TCP报文段包含成块数据(FTP,电子邮件,Usenet新闻),另外一半则包含交互数据(Telnet和Rlogin). 按字节计算:90% : 10%.这是因为成块数据基本上都是满长

在TCP进行数据传输时,可以分为成块数据流和交互数据流两种,如果按字节计算,成块数据与交互数据的比例约为90%和10%,TCP需要同时处理这两类数据,且处理的算法不同. 书籍本章中以Rlogin应用为例观察交互数据的传输过程.提示经受时延的确认是如何工作以及Nagle算法怎样减少了通过广域网络传输的小分组的数目. 交互式输入 经受时延的确认上图第二,三个报文段可以合并---按键确认和按键回显一起发送.这种技术叫做经受时延的确认.通常TCP在接收到数据时并不立即发送ACK,相反,它推迟发送,以便将

TCP需要同时处理两类数据:块数据.交互数据. 本章将以Rlogin应用为例观察交互数据的传输过程. 交互式输入 首先观察在一个Rlogin连接上键入一个交互命令时所产生的数据流(每键入一个交互按键都会产生一个数据分组),这会产生4个报文段: 1.来自客户的交互按键: 2.来自服务器的按键确认: 3.来自服务器的按键回显: 4.来自客户的按键回显确认. 然而,我们一般可以将报文段2和报文段3进行合并. 下图是在一个Rlogin连接中键入data\n(加上回车换行)时的 tcpdump输出结果 经

在TCP进行传输数据时.能够分为成块数据流和交互数据流两种.假设按字节计算.成块数据与交互数据的比例约为90%和10%,TCP须要同一时候处理这两类数据,且处理的算法不同. 书籍本章中以Rlogin应用为例观察交互数据的传输过程.提示经受时延的确认是如何工作以及Nagle算法如何降低了通过广域网络传输的小分组的数目. 交互式输入上图为没有优化的字符输入回显的传输数据过程.一共须要四个报文段. 经受时延的确认上图第二,三个报文段能够合并---按键确认和按键回显一起发送.这样的技术叫做经受时延的确认

1.使用LineBasedFrameDecoder,StringDecoder解析器进行解决TCP粘包/拆包问题 2.代码搞起: TimeClient:客户端 /* * Copyright 2013-2018 Lilinfeng. * * Licensed under the Apache License, Version 2.0 (the "License"); * you may not use this file except in compliance with the Lic

1.DelimiterBasedFrameDecoder:是以分隔符作为结束标志进行解决粘包/拆包问题 代码: EchoClient:客户端 /* * Copyright 2012 The Netty Project * * The Netty Project licenses this file to you under the Apache License, * version 2.0 (the "License"); you may not use this file excep

Socket socket = new Socket(host, port);OutputStream out = socket.getOutputStream();ByteBuffer header = ByteBuffer.allocate(1024);header.clear();header.put(socksend);header.flip();out.write(header.array());out.flush();客户端将要发送的数据放入ByteBuffer就可以了

private List<byte[]> getCompletePacket(byte[] bytes, ByteBuf byteBuf) { byte[] clone = bytes.clone(); int i = 0; List<byte[]> ret = Lists.newArrayList(); while (i + YTLConstant.HEADER_LENGTH < clone.length) { byte[] header = Arrays.copyOfRa

#****setver端 import socket sk = socket.socket() adress = ('127.0.0.1', 8032) sk.bind(adress) sk.listen(4) while 1: conn, addr = sk.accept() while 1: res_s = conn.recv(1024).decode('utf-8') print(res_s) if res_s == 'q': break res_f = input('>>>>

服务端 import socketserver = socket.socket(socket.AF_INET, socket.SOCK_STREAM)server.bind(("127.0.0.1", 8888))server.listen(5)print("服务端已经启动,等待客户连接======>")client, address = server.accept()#建立一个渠道print("已经建立连接")# whilewhile T

目前建立在TCP协议上的网络协议特别多,有telnet,ssh,有ftp,有http等等.这些协议又可以根据数据吞吐量来大致分成两大类:(1)交互数据类型,例如telnet,ssh,这种类型的协议在大多数情况下只是做小流量的数据交换,比如说按一下键盘,回显一些文字等等.(2)数据成块类型,例如ftp,这种类型的协议要求TCP能尽量的运载数据,把数据的吞吐量做到最大,并尽可能的提高效率.针对这两种情况,TCP给出了两种不同的策略来进行数据传输. 1.TCP的交互数据流 对于交互性要求比较高的应用,

建立在TCP协议上的网络协议有telnet,ssh,ftp,http等等.这些协议根据数据吞吐量来分成两大类: (1)交互数据类型,例如telnet,ssh,这种类型的协议在大多数情况下只是做小流量的数据交换,比如说按一下键盘,回显一些文字等等. 交互数据类型在通讯中比例为10%: (2)数据成块类型,例如ftp,这种类型的协议要求TCP能尽量的运载数据,把数据的吞吐量做到最大,并尽可能的提高效率.数据成块类型在通讯中比例为90%: 针对这两种情况,TCP给出了两种不同的策略来进行数据传输: 1

前言:在FPGA上实现TCP协议实际是一个不太好的计划,因为FPGA最擅长的是流水线处理方式,而TCP存在交互,导致FPGA需要进行反馈式的处理.但是由于项目新增的附加要求而又只能在FPGA上去实现TCP协议,才有了这篇总结. 关于在FPGA上实现TCP的具体过程在另外一篇随笔上进行详细介绍. TCP报文格式: 源端口号(16bit) 目的端口号(16bit) 序列号(32bit) 确认序列号(32bit) 首部长度 (4bit) 保留(6bit) URG ACK PSH RST SYN FIN