前言

TCP和UDP的区别

面向连接和面向无连接
流式数据发送和包式数据传输
可靠和非可靠(tcp依靠消息的确认机制去保证可靠传输,而udp只管发送结束,不保证传输结果)

udp传输数据是打包的形式去传输,如果server端接收方的buffer 缓冲区不够，例如我要发四个字节,但是缓冲区只能要2个字节，那么它会等缓冲区清除以后，在把剩下的包数据发送过去， udp在发送数据的时候不需要收到server的回应，就保证尽可能的把数据包都发送完成就行...

tcp在发送数据的时候, 根据客户端服务端之间通信的一个能力以及外加自己tcp ,buffer缓冲区大小组成的一个拥塞窗口或者叫流量窗口

tcp在发送数据的基础必须是在会话的连接上，

例如在传输1包的时候，发生丢包了.服务端没有接收到就不会给客户端发出接收到的响应，那么tcp客户端就会重发1包等待确认机制返回，只有当1包 2包都发送完成以后,收到响应，才会移动去传输 34包..

例如先发1包， tcp客户端就会等待1包发送成功得到响应，然后依次下发234

如果先发12包，1包丢失了，那么就会重新发丢失的包，发完成功得到响应，然后依次下发后面包

Tcp握手挥手过程

三次握手,tcp可靠的原因

四次挥手

在最后一次挥手的时候需要等待2msl

如果新连接和已经关闭的老连接端口号是一样的，如果前一次连接的某些数据仍然滞留在网络中，这些延迟数据在建立新连接之后才到达Server，由于新连接和老连接的端口号是一样的，于是，TCP协议就认为那个延迟的数据是属于新连接的，这样就和真正的新连接的数据包发生混淆了。所以TCP连接还要在TIME_WAIT状态等待2倍MSL，这样可以保证本次连接的所有数据都从网络中消失,

Http协议的传输/返回(文本传输协议)

下面是 http 作为一个无状态的传输协议的细节内容:

Http cookie的使用

cookie 主要作为一个客户端使用的标识，什么这么说?

例如:A客户端在跟服务端完成会话以后关闭了, 那么A客户端又想要和服务端开启会话，服务端如何去识别呢?

在发起http请求的时候，客户端会获取服务端注入的一个 cookie,这样就可以告诉服务端我是谁... 在这里又牵扯到了 session, 例如用户在登录的时候，服务端是不知道用户已经登录了,那么这时候需要有一个标识，也就是sessionId, 在用户登录的时候服务端会给客户端一个 sessionId,这个sessionId 是通过cookie来传输的, 那么在下一次用户发起访问的时候, 服务端就会通过sessionId去辨识用户身份，这个sessionId 里面存储了用户相关主要标识信息(例如username,userId), 当然我们也有很多其他的方式，例如token 等等.. 做一个会话保持的功能.

Https

安全传输过程

首先需要服务端到CA证书这边去申请一个public key 和 private key 的证书..

然后在建立连接最初，把public key下发给 client 客户端.. 然后client 用在浏览器当中内置的 ca public key 去做对应 public key 对应信息的解密，如果能够成功解密，说明这个证书是CA颁发的..

后续随机摘要是客户端和服务端协商的随机摘要，这个摘要是 clinet 客户端生成的..然后public key 加密传输的时候下发给服务端.server, 然后server端验证完对应的随机秘钥以后，就返回解密成功，最后形成对称加密

Http2.0

二进制传输(例如http1.1 传输8个字节相对于8个字符 ,而http2.0 可以压缩这个字节同样的值可以传输更少)

多路复用

CDN

内容分发
缓存
就近原则

browser 会先发出请求 www.访问DNS DNS会解析获得公网ip地址然后告诉 browser

然后就可以向nginx 发出html请求去拿到html文件,当nginx 存在网络流量入口的巨大压力,无论是网络的出口带宽还是入口带宽都会产生问题于是就有了 CDN节点 , CDN负责DNS解析，这时候DNS返回的公网地址就不是115这个IP 而是 CDN 边缘节点站的地址IP, 于是browser 就可以去访问 CDN边缘节点 ,于是CDN 边缘节点就去请求nginx 然后拿到文件, 把文件存储缓存在磁盘里面 , 下一次在拿文件的时候就直接在CDN 边缘节点缓存去拿取...

边缘节点可以有多个...

如果把文件名称修改为 hash摘要，就可以不走CDN边缘节点,而直接走nginx 源站点