TCP协议

一个工作在传输层的传输控制协议,面向连接、可靠的流式协议,HTTP协议建立在TCP基础上。每个TCP报文,实际在网络层进行封装成IP数据报,会进行IP分片(受限于MTU)。

头部(20字节)

6个标识位:

URG:表示紧急指针(16位)是否有效;

ACK:表示确认号是否有效,即是否为确认报文段;

PSH:表示接收端应该立即从缓冲区读走数据;

RST:要求对方重新建立连接,携带它的成为复位报文段;收到RST报文的一段应该关闭连接或者重新连接。(3种情况见后文:访问不存在端口,)

SYN:请求建立一个连接,称为同步报文段;

FIN:通知对方我方要关闭连接了,结束报文段。

复位报文段的3种情况:

1. 访问不存在端口;

2. 异常终止连接;一旦向对方发送复位报文段,对方的发送数据将被丢弃(可以使用socket选项SO_LINGER来发送);

3. 处理半打开连接:服务器或者客户端关闭或者异常终止了连接,而对方并没有收到结束报文段,此时一方就还维持着原来的连接,这种状态称为半打开状态。此时半打开的一方依然向对方发送数据,对方将会回应一个复位报文段,使其重新连接或是关闭连接。

诸多特性保证传输的可靠性

1. 超时重传机制:发送报文后启动定时器等待对端的确认,超时未收到确认就重新发送报文,以免报文丢失;

2. 流量控制机制:滑动窗口协议,在双方首发数据时,都维护有一个发送/接收窗口,大小动态变化,发送端每发送一组数据就要等待确认,直到收到确认,窗口方可右移继续发送其他报文段;

3. 拥塞控制机制:采用慢开始、拥塞避免、快重传和快恢复,来实现拥塞控制。(后面详细叙述)

4. 全报文校验机制:保持首部和数据的16位校验和(就存在20字节首部中)接收端拿到后对报文重新计算校验和,二者比较,检验变化。校验不通过就丢弃报文,不进行确认,希望发端超时重传。

5. 收到确认:发送端每发送一个报文都要收到接收端的确认(ACK)才算发送成功。

典型的TCP服务器工作模式

其中涉及到的关键点,半连接、2MSL都在图中有说明。此外,拥塞控制也十分重要:

补充:MSL(maximum segment lifetime),一个报文段在网络中的最大生存期。

MSS与MTU

MSS(maximum segment size)最大的报文长度,不得超过链路层MTU(maximum thransfortion unit)最大可传送单元,在以太网中一般是MTU(1500),MSS(1500-20-20=1460)要减去TCP和IP首部长度。

TCP拥塞控制

慢开始

每个连接维持两个变量,cwnd(拥塞窗口)ssthresh(慢启动门限值,一般是滑动窗口的一半),cwnd表示单次可以发送到网络上的报文段个数,开始时置1,每收到一个确认就+1,所以它呈指数式增长,“慢开始并不慢”,但他可以减缓发送速率。cwnd达到门限ssthresh时,开始执行拥塞避免算法;

拥塞避免

达到门限值后cwnd开始加性/线性增长,最多每次增加1个报文段。如果发生超时,那么不一定该分组就丢失,但网络肯定发生了堵塞,那么ssthresh减半,cwnd置1,以减少发送速率,重新开始慢启动算法;

快重传和快恢复

如果连续收到3次重复的ack,有理由相信传输过程中有分组丢失了,我们要立即重传,并将ssthresh职位cwnd一半,cwnd置为ssthresh+3MSS(TCP/IP详解 卷一),并开始执行拥塞避免,而非慢启动算法,这就是快恢复。

为什么我们要执行拥塞避免而不是慢启动呢?

原因时我们连续收到了3个ACK说明该分组丢失了,但是其后的分组正常到达并由收端缓存了,所以我们应该立即重传丢失分组,且不降低放速率。

TCP编程范式

服务端:sbla socket() -> bind() -> listen() -> accept() -> read()/write() ... ->close() -> listen() ...

客户端:socket() -> connect() -> read()/write() ... close()


UDP协议

一个工作在传输层的用户数据报协议,无连接、不可靠的,基于报文的协议。它不保证交由TP分片封装的数据一定可达,也有全报文(首部和数据)检验和保证数据的安全性。(似乎看起来不能用的样子,比起TCP差远了?)

头部(8字节,注定它没有TCP那样复杂)

UDP没有那么多的特性,不多说。

UDP服务器范式

服务端:socket (填充addr信息)-> bind() -> recv()/send() ...

客户端:socket(填充服务端IP&port信息) -> connect() -> send() -> recv() ...

TCP和UDP的比较

1. 有无连接;TCP面向连接,UDP无连接;

2. 可靠与否;TCP可靠(由超时重传,拥塞控制,滑动窗口等支持),UDP不可靠;

3. 开销: 首部TCP20字节,UDP8字节, TCP还要在内核中维持由数据结构来存储连接的状态、定时器和读写缓冲区,UDP有读写缓冲区,但不需要存储状态的定时器。

4. 速度;TCP无疑要慢

5. 编程方式;TCP较复杂,UDP简单

6. 安全性;TCP涉及的部分太多,容易受到攻击,UDP涉及环节少,保证奇安全性较为容易,不易受到攻击。

7. 连接:TCP一对一建立连接,而UDP适用于多播可广播

8. 发送/接收方式:TCP发送端的每次写操作(sendto)和接收端的读操作(recvfrom)没有任何数量关系(流式传输,多个TCP写操作可能会被分成多个TCP报文,接收端怎么读也取决于应用程序),而UDP则是一次写就封装成一个完整的报文(携带大小)发送到接收端缓冲区,接收端必须要及时的进行读取,否则就会丢包(慢服务器会经常发生),另外缓冲区不够还会发生截断。

使用那个?

要快而能容忍丢包的情况,使用UDP;比如视频/音频聊天。

严格要求传输数据的完整性,不允许丢包,能容忍较低素的的使用TCP。比如文件传输。

TCP与UDP协议必知必会的更多相关文章

  1. Android程序员必知必会的网络通信传输层协议——UDP和TCP

    1.点评 互联网发展至今已经高度发达,而对于互联网应用(尤其即时通讯技术这一块)的开发者来说,网络编程是基础中的基础,只有更好地理解相关基础知识,对于应用层的开发才能做到游刃有余. 对于Android ...

  2. 关于TCP/IP,必知必会的十个经典问题[转]

    关于TCP/IP,必知必会的十个问题 原创 2018-01-25 Ruheng 技术特工队   本文整理了一些TCP/IP协议簇中需要必知必会的十大问题,既是面试高频问题,又是程序员必备基础素养. 一 ...

  3. 脑残式网络编程入门(三):HTTP协议必知必会的一些知识

    本文原作者:“竹千代”,原文由“玉刚说”写作平台提供写作赞助,原文版权归“玉刚说”微信公众号所有,即时通讯网收录时有改动. 1.前言 无论是即时通讯应用还是传统的信息系统,Http协议都是我们最常打交 ...

  4. TCP/IP 必知必会的十个问题

    本文整理了一些TCP/IP协议簇中需要必知必会的十大问题,既是面试高频问题,又是程序员必备基础素养. 一.TCP/IP模型 TCP/IP协议模型(Transmission Control Protoc ...

  5. TCP/IP,必知必会的

    文章目录 前言 TCP/IP模型 数据链路层 网络层 ping Traceroute TCP/UDP DNS TCP连接的建立与终止 TCP流量控制 TCP拥塞控制 0 前言 本文整理了一些TCP/I ...

  6. 迈向高阶:优秀Android程序员必知必会的网络基础

    1.前言 网络通信一直是Android项目里比较重要的一个模块,Android开源项目上出现过很多优秀的网络框架,从一开始只是一些对HttpClient和HttpUrlConnection简易封装使用 ...

  7. 基于TCP与UDP协议的socket通信

    基于TCP与UDP协议的socket通信 C/S架构与初识socket 在开始socket介绍之前,得先知道一个Client端/服务端架构,也就是 C/S 架构,互联网中处处充满了 C/S 架构(Cl ...

  8. crypto必知必会

    crypto必知必会 最近参加了个ctf比赛,在i春秋,南邮方面刷了一些crypto密码学题目,从中也增长了不少知识,在此关于常见的密码学知识做个小总结! Base编码 Base编码中用的比较多的是b ...

  9. Android必知必会-使用okhttp的PUT方式上传文件

    注:如果移动端排版有问题,请看 简书版 (<-点击左边),希望CSDN能更好的支持移动端. 背景 公司的文件上传接口使用PUT协议,之前一直用的都是老项目中的上传类,现在项目中使用了okhttp ...

  10. .NET零基础入门09:SQL必知必会

    一:前言 仿佛到了更进一步的时候了,每一个程序员迟早都会遇到数据存储的问题.我们拿什么来存储程序产生的数据?举例来说,用什么来存储我们的打老鼠游戏每次的成绩呢?选择如下: 1:内存中.缺点,退出游戏, ...

随机推荐

  1. linux非root用户安装5.7.27版本mysql

    先下安装包,到mysql官网https://dev.mysql.com/downloads/mysql/选好安装包版本.操作系统类型(默认是最新版本,点击右边链接Looking for previou ...

  2. 算法习题---5.7丑数(Uva136)

    一:题目 丑数是指不能被除了2,,5以外的素数整除的数.将丑数从小到大排序 ,,,,,,,,,,,.... 求第1500个丑数 (一)求解方法 对于任意丑数x,他的2x,3x,5x都是丑数. 二:代码 ...

  3. SQL Server判断对象是否存在

    1 判断数据库是否存在 if exists (select * from sys.databases where name = ’数据库名’) drop database [数据库名] if exis ...

  4. app--Android 稳定性测试方案

    标准的崩溃日志:Android 应用一般使用 Java 语言开发,在不作特殊处理的情况下,遇到未处理的异常时,会弹框提示“程序遇到异常,即将退出”(有些手机框中提示语不同, 或不弹框).同时会将异常的 ...

  5. API SendMessage 带参数

    代码未测试 [DllImport("USER32", EntryPoint = "SendMessage", CharSet = CharSet.Auto, S ...

  6. docker里安装kali linux

    docker里安装kali linux 官网镜像 docker search kali docker pull kalilinux/kali-linux-docker vi /etc/apt/sour ...

  7. SQL触发器中的inserted表和deleted表

    开发也有年头了,但是触发器确实用的比较少,但是无容置疑触发器确实不错, 最近项目要求需要用到的触发器特别多.频繁,觉得很有必要记录和积累下. 在触发器语句中用两个特殊的表一个是deleted表和ins ...

  8. idea删除工作记录

    或者

  9. linux ubuntu 网卡配置---固定IP

    需要修改/etc/network/interfaces和/etc/resolvconf/resolv.conf.d/base两个文件. 1) /etc/network/interfaces文件: 首先 ...

  10. Word 固定行间距公式图片显示不全、Word Eculid 字体导致行间距过大、Word 行间距过大

    1. 前言 1.有些文章行间距要求是固定值,比如,固定值15磅,但是这样会导致有些公式.图片显示不全.例如下图: 2.Euclid这个字体很容易导致行间距超大. 2. 解决方案 1.把固定值15磅改为 ...