计算机网络-校招总结

计算机网络的重要性不言而喻, 也是计算机基础里面关键的一环与面试热点, 之前收集了一些问题和知识点, 现在此分享
#针对目标

• 学完书本知识就忘记的我
• 本科网络工程但是对网络所知甚少的我
• 只偏向于工程应用而不热衷理论研究的我
• 不想在校招中裸奔的我
• 偶尔路过的你
  #内容
  计算机网络中热点面试问题, 我认为应该知道的一些基础知识; 不会深究太多, 以我认为够用为界
  #网络分层
  ##七层参考模型
  具体展开不再深入
• 应用层
• 表示层
• 会话层
• 传输层
• 网络层
• 链路层
• 物理层

##TCP ip模型
###应用层

注意事项:
在OSI模型中ARP协议属于链路层；而在TCP/IP模型中，ARP协议属于网络层。

Tcp ip中的数据流

应用层
	定义数据格式，并按照对应的格式解读数据
	应用层定义了各种各样的协议来规范数据格式
		HTTP
		FTP
	比如http报文的头部格式
传输层
	引入相关通信协议
		定义端口
		为了给每个应用程序标识身份
		找到IP标定的主机上,具体接收数据的端口
	UDP数据包
	TCP数据包
网络层
	IP地址
		确认主机所在的网络位置，并通过IP进行MAC寻址
		对外网数据包进行路由转发
	在网络层被包装的数据包就叫IP数据包
	网络层的主要工作是定义网络地址，区分网段，子网内MAC寻址，对于不同子网的数据包进行路由
链路层
	MAC地址
		链路层定义了主机的身份，即MAC地址
		定义数据帧，确认主机的物理地址，传输数据；
	在链路层生成以太网数据包
	以太网数据包通过物理介质传输给对方主机

TCP协议

一些基本问题

TCP与UDP的区别
	TCP面向连接
	可靠的流协议
		顺序控制
		流量控制
		拥塞控制
	UDP
		有更高的实时性
		不可靠的数据报协议
		不能保证一定会送达

为什么要三次握手?
	三次握手的目的是建立可靠的通信信道
	双方确认自己与对方的发送与接收是正常的

三次握手的过程

	客户端发送syn包(seq=x)到服务器
		客户端SYN_SEND状态，等待服务器确认
	服务器收到syn包，必须确认客户的SYN(ack=x+1)，同时自己也发送一个SYN包(seq=y)，即SYN+ACK包
		服务器进入SYN_RECV状态
	客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=y+1)，
		此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手

TCP四次握手

		客户端或服务器均可主动发起挥手动作，在socket编程中，任何一方执行close()操作即可产生挥手操作

		1.主动方申请关闭连接,发送FIN报文,意味着这一方没有要发送的数据了!
				状态变为FIN-WAIT-1
		2.被动方接收,发送ACK,先发送一个确认, ACK和ack
			这时候还没有真正的发送完被动方的数据
			状态变为CLOSE_wait
		3.主动方状态变为FIN-wait2
			被动方发送FIN, 意味着被动方也发送完了
			LAST-ack状态
		4.主动方发送确认,正式要关闭连接
			主动方等待2MSL后,没有回复 关闭连接

TCP协议中的一些细节

tcp如何保证可靠性

使用如下技术

• 校验和
• 序列号
• 确认应答
• 重发控制
• 连接管理
• 窗口管理

####TCP怎么保证连接的唯一性

• TCP/IP唯一性含除地址和端口外, 还有一个时间上的标记才可完全确立。
• 对TCP而言在三次握手时的SYN标志会使用上一个ISN值
• 每一次连接都会分配到一个ISN值，连接双方对这个值会记录共识，假如这个值不一，就说明了这个连接已超时或无效

####TCP窗口的作用

• 进行流量控制的
• tcp的应答不是对每个段的
• 而是以一个更大的单位-窗口

####tcp 粘包拆包问题是怎么产生的？什么时候会发生? 怎么来解决?

• tcp的协议数据不会丢，没有收完包，下次接收，会继续上次继续接收，己端总是在收到ack时才会清除缓冲区内容。数据是可靠的，但是会粘包和拆包问题。(UDP不会发生粘包)
• 两种情况下发生粘包: 发送端需要等缓冲区满才发送出去，两个数据包太小了,造成粘包; 客户端发送了一段数据，服务端只收了一小部分，服务端下次再收的时候还是从缓冲区拿上次遗留的数据，产生粘包.
• 两种情况下发生拆包:要发送的数据大于TCP发送缓冲区剩余空间大小，将会发生拆包; 待发送数据大于MSS（最大报文长度），TCP在传输前将进行拆包
• 解决的关键: 接收端不知道发送端将要传送的字节流的长度，所以解决粘包的方法就是围绕: 如何让接收端有办法知道哪里是终止.
• 方法1:发送端给每个数据包添加包首部，首部中应该至少包含数据包的长度，这样接收端在接收到数据后，通过读取包首部的长度字段，便知道每一个数据包的实际长度了。
• 方法2:发送端将每个数据包封装为固定长度（不够的可以通过补0填充）
• 方法3:可以在数据包之间设置边界，如添加特殊符号，这样，接收端通过这个边界就可以将不同的数据包拆分开

####TCP的拥塞控制

思路
	为防止传输的阻塞,通过一个慢启动得到的数值来控制发送的数据量
	发送方维持一个叫做拥塞窗口的状态变量
	不要一开始就发送大量的数据，先探测一下网络的拥塞程度，也就是说由小到大逐渐增加拥塞窗口的大小
	主要要记住的就是下面四个算法,
慢启动阶段
	意思是刚刚加入网络的连接，一点一点地提速，不要一上来就把路占满。
	把拥塞窗口设为1个数据段
	指数性增加,直到第一次丢失
拥塞避免
	到达一个阈值后,开始线性增加
快重传
	快重传要求接收方在收到一个失序的报文段后就立即发出重复确认
快恢复
	和快重传算法配合使用，当发送方连续收到3个重复确认时就执行乘法减小算法，把慢开始门限ssthresh减半
	但由于发送 方 连续 收到 几个重传确认，所以认为此事网络无阻塞，所以此时不执行慢开始算法，而是让cwnd 从 ssthresh开始执行拥塞避免算法（加法增大）。

##HTTP协议

什么是http协议?
	是一个基于请求与响应模式的
	无状态的
	基于TCP的连接方式
	应用层的协议

http请求方法
	常用的方法有哪些?
		get
		post
	get 和 post 请求有哪些区别？
		get的参数在url中
		post的通过request Body传递
		GET请求在URL中传送的参数是有长度限制的
		get重点在从服务器上获取资源

post重点在向服务器发送数据
		get是不安全的，因为URL是可见的，可能会泄露私密信息，如密码等；

post较get安全性较高；

http请求报文和响应报文
	请求报文
		请求行
		请求首部字段
		请求实体
	响应
		状态行
		响应首部字段
		响应实体

http协议2.0和1.1的区别
	HTTP/2是完全多路复用的
	HTTP/2采用二进制格式而非文本格式
	HTTP/2让服务器可以将响应主动“推送”到客户端缓存中
	header压缩

https的原理，如何加密解密
	Https在真正请求数据前，先会与服务有几次握手验证，以证明相互的身份
	客户端向服务器发起HTTPS请求，连接到服务器的443端口
	服务器将自己的公钥发送给客户端
	客户端收到服务器端的公钥之后，会对公钥进行检查，验证其合法性
		验证成功,生成随机的对称秘钥
	客户端会发起HTTPS中的第二个HTTP请求，将加密之后的客户端密钥发送给服务器
	服务器接收到客户端发来的密文之后，会用自己的私钥对其进行非对称解密
		这样两边就有了一对对称秘钥
	之后就可以了

http常用状态码
	1xx：指示信息--表示请求已接收，继续处理
	2xx：成功--表示请求已被成功接收、理解、接受
		200：请求被正常处理
		204：请求被受理但没有资源可以返回
	3xx：重定向--要完成请求必须进行更进一步的操作
		301：永久性重定向
		302：临时重定向
	4xx：客户端错误--请求有语法错误或请求无法实现
		400：请求报文语法有误，服务器无法识别
		401：请求需要认证
		403：请求的对应资源禁止被访问
		404：服务器无法找到对应资源
	5xx：服务器端错误--服务器未能实现合法的请求
		500：服务器内部错误
		503：服务器正忙