char_m的博客

网络原理理解（按照层次）和后端理解从网络原理角度从上层到下层，再从下层到上层客户端发送请求的阶段开始应用层传输层网络层数据链路层物理层这时，客户端发送请求的阶段结束服务器端开始物理层数据链路层网络层传输层应用层服务器端返回响应客户端收到响应则开始页面渲染站在后端开发角度从网络原理角度从上层到下层，再从下层到上层大致要经历如图这样一个流程客户端发送请求的阶段开始应用层1、输入URL进行搜索判断用户输入的是搜索内容还是请求的URL如果是搜索内容，地址栏会使用浏览器默认的搜索引擎合成完整的带搜索关

数据链路层以太网MAC地址对比理解MAC地址和IP地址已经有IP地址了，为啥还要mac地址？MTUMTU对IP协议的影响MTU对UDP协议的影响MTU对TCP协议的影响ARP协议DNS数据链路层，负责两个相邻设备之间的传输。直接受到硬件设备的影响。以太网以太网协议，覆盖了数据链路层，也覆盖了物理层。MAC地址MAC地址用来识别数据链路层中相连的节点;长度为48位, 及6个字节. 一般用16进制数字加上冒号的形式来表示(例如: 08:00:27:03:fb:19)在网卡出厂时就确定了, 不能

网络层网络层协议IP协议地址管理网段划分网络层协议IP协议IP数据报的首部长度和数据长度都是可变长的，但总是4字节的整数倍。4位版本号(version):指定IP协议的版本, 对于IPv4来说, 就是44位头部长度(header length):IP头部的长度是多少个32bit, 也就是 length * 4 的字节数. 4bit表示最大的数字是15, 因此IP头部最大长度是60字节.8位服务类型(Type Of Service):3位优先权字段(已经弃用), 4位TOS字段, 和1位保

状态码分为5类，如下：1××(“继续努力”) => 表示接收到请求并且继续处理2××（“开心”） => 表示动作被成功接收、理解和接受3××（“又要跑一趟”） => 为了完成指定的动作，必须接受进一步处理4××（“自己的问题自己解决”） => 客户端发生错误，请求中包含错误语法，请求不能被正确执行5××（“服务不到位”） => 服务端出现错误，服务器不能正确地执行请求。常见的状态码：200 => 表明该请求被成功地完成，所请求的资源发送回了客户端301 =

TCP协议的十个重要特性TCP报头1、确认应答（ACK机制，可靠传输的最核心机制）2、 超时重传3、连接管理机制三次握手为什么不用两次?为什么不用四次?四次挥手4、滑动窗口没有滑动窗口带滑动窗口滑动窗口下三种丢包情况5、拥塞控制6、流量控制流量控制总结7、延迟应答所有的包都可以延迟应答吗？8、捎带应答9、面向字节流的粘包问题那么如何避免粘包问题呢?对于UDP协议来说, 是否也存在 “粘包问题” 呢?10、保活机制进程奔溃主机关机(按流程)主机断电/断网接收方断电发送方断电心跳包TCP可靠性的保证机制总结TC

延迟应答捎带应答延迟应答所有的包都可以延迟应答吗？捎带应答面向字节流的粘包问题那么如何避免粘包问题呢?对于UDP协议来说, 是否也存在 “粘包问题” 呢?保活机制进程奔溃主机关机(按流程)主机断电/断网接收方断电发送方断电心跳包延迟应答是为了提高效率，在流量控制的基础上，尽量返回一个合理但是又比较大的窗口延时应答其实就是让ACK的发送时间晚一会（不影响可靠性的前提下）延时的时间中就会给应用程序提供更多的消费数据的机会，此时时间到了，再发ACK的时候，得到的窗口大小（接受缓冲区的剩余空间就会更大）所

滑动窗口和流量控制滑动窗口没有滑动窗口带滑动窗口滑动窗口下三种丢包情况拥塞控制流量控制总结这两种机制在可靠性的前提下，进一步的提高传输效率滑动窗口没有滑动窗口传输过程，发一个收到一个，是串行过程，每次传输数据都要对应一个等待时间传输N份数据就要等待N次应答时间总的传输时间=N份数据传输时间+N份应答传输时间带滑动窗口滑动窗口是发送方的概念.接收方只有一一个接受缓冲区,没有"滑动窗口大小"这样的概念.发送方的窗口大小太大,是可能导致问题的.但是这个事情不是由连接管理协商出来的而是靠拥塞控制

TCP的三次握手和四次挥手连接管理机制三次握手为什么不用两次?为什么不用四次?四次挥手连接管理机制在正常情况下, TCP要经过三次握手建立连接, 四次挥手断开连接三次握手三次握手是为了建立连接1.验证通信双方发送能力和接收能力是否正常.2.通信双方要协商一些重要参数.第一次:客户端 - - > 服务器 此时服务器知道了客户端要建立连接了第二次:客户端 < - - 服务器 此时客户端知道服务器收到连接请求了第三次:客户端 - - > 服务器 此时服务器知道客户端收到了

TCP协议的十个重要特性TCP报头保证可靠性的机制确认应答（ACK机制，可靠传输的最核心机制）超时重传TCP是有连接，进行可靠传输，面向字节流的协议TCP报头先来分析分析每部分的含义和作用源端口号/目的端口号:表示数据从哪个进程来, 到哪个进程去.32位序号/32位确认序号:后面的图中解释4位首部长度:表示该tcp报头有多少个4字节(32个bit)，所以TCP头部最大长度是15*4=60个字节6位保留: 顾名思义, 先保留着, 以防万一6位标志位URG: 标识紧急指针是否有效AC

UDP协议端口号描述一次通信过程（五元组）UDP协议UDP原理端口号一个两个字节构成的“无符号”整数 0-65535区分一个主机上的多个进程socket API中涉及到端口号的部分使用的是int 表示.实际上最多也就是两个字节.一个进程可以绑定多个端口号，通常一个端口号不能被多个进程绑定（Linux fork 把当前的进程复制一份，得到一个子进程（把PCB复制，顺便就把PCB中的文件描述表进行复制，看起来就是两个进程绑定了同一个端口））0-1023是一些 知名端口号，一些常用的服务器，就给他们确