1. 引言 上一篇文章中，我们介绍了浏览器是如何生成消息的： 网络是怎样连接的(一) -- 浏览器是如何工作的 在浏览器生成消息以后，他就要通过调用 

1. 引言 此前曾经写过一篇文章，从 OSI 七层协议的角度讲解了网络传输过程： 网络传输是怎么工作的 -- 详解 OSI 模型 在同事的桌

1. 引言 上一篇文章中，我们看到了如何通过 wireshark 排查 TCP 重复 ACK 特别是由此引发的快速重发问

1. 引言 上一篇文章中，我们利用 wireshark 排查定位了 TCP 的连接问题与重传问题： 实战网络问题排查（四） --

1. 引言上一篇文章中，我们较为详细的介绍了 wireshark 的用法：实战网络问题排查（三） -- wireshark 使用详解 使用 wires

1. 引言 连续两篇文章，我们详细介绍了 tcpdump 的使用方法： 实战计算机网络问题排查（一） -- tcpdump 原理与基础参数 

引言公众号收到私信，希望我写一篇关于计算机网络是如何传输的文章，既然如此，本文就来详细说一说事实上，此前我们介绍过 OSI 模型，介绍过 TCP/IP 协议族，

引言无论是什么语言、什么规模的代码项目，总是需要进行代码间的相互调用，而在企业中，大型项目通常都是多人甚至多团队合作完成的，此时，项目会被拆分为多个内聚的模块独立进行开发，但模块间的项目调用是必不可少

概述TCP 管理 4 个不同的定时器：重传定时器，期望在该定时器时间段内收到另一端的确认坚持定时器，当接收方通告窗口大小设置为 0，那么发送方必须不断向接收方查询，以希望通告窗口重新打开，这个查询时间间隔就是坚持定时器保活定时器，用来在空闲连接上定时查询连接的存货状态2MSL 定时器，测量一个连接处于 TIME_WAIT 状态的时间 重传定时器TCP 发送端拥有一个重传计时器，一旦发生超时，则对报文进行重新发送通过实际的测试可以发现，TCP 发送端重传超时分别为 1、3、6、12、24、48 和多个 64 秒，这样的倍乘关系被称为“指数退避”最终的总时间通常为 9 分钟，solaris 中默认为 2 分钟，且可以通过 tcp_ip_abort_interval 变量进行调整 坚持定时器如上所述，一旦接收方通告窗口大小设为了 0，那么发送方必须不断查询，否则如果发送方单纯等待 ACK 报文，一旦 ACK 丢失，发送方就会永远等待，即使接收方已经打开了通告窗口 保活定时器在很多 TCP 实现

概述上一篇日志中，我们介绍了 Nagle 算法和滑动窗口协议：Nagle 算法与滑动窗口协议他们用来让接收方实现流量控制 慢启动 -- 拥塞窗口滑动窗