Mainhxj的博客

cookie 客户端向服务器发送请求，服务器如果需要记住客户端信息，就会生成一个cookie，cookie里面是key-value形式的数据，存储着信息，然后将cookie返回给客户端，并返回一个set-cookie的字段，客户端收到消息后就会将cookie保存起来，然后每次访问的时候都会带着cookie session session就是会话的意思，比如在当我们想要把某个商品加到我们的购物车中，服务器需要知道我们是谁，A不能把商品加到B的购物车里面，这就需要session来区分了。服务器给每一个用户都生成

http1.0/http1.1/http2的区别 HTTP1.0 只提供简单的认证，用户名和密码都没有进行加密操作，不安全，很 容易被窃取； 只支持短连接，每次传输数据前都需要建立连接，传输数据后断开连接，再次传输数据时需要再重新建立连接，性能很低； 只用header中的if-Modified-since和Expires来作为缓存失效的标准； 不支持断点续传，也就是每次传输都只能传输整个页面和数据； 认为一个计算机只能绑定一个ip，所以在请求消息中并没有加入主机名。 HTTP1.1 使用了摘要算法来进

网络层 IP协议 4位版本号：ipV4还是ipV6。 4位首部长度：首部里面有多少个32位bit(4个字节)，15*4。 8位服务类型：3位优先权字段(已弃用)，4位TOS字段，1位保留字段(必须置0) 4位TOS字段：最小延迟，最大吞吐量，最高可靠性，最低成本。 16位总长度：数据首部+数据。 16位标识：用来唯一标识主机发送的报文。如果报文在数据链路层被分片了，那每一个被分片的报文的这个id都是一样的。 3位标志：第一个保留，没说以后不用；第二位为1表示禁止分片，如果分片了就置为0；第三位是一个

UDP 16位UDP长度：既包括数据首部也包括数据 16位校验和：如果校验出错，直接丢弃 无连接 只要知道对端的ip还有端口号，就直接发送数据，不需要建立连接，对端也不知道自己啥时候会收到数据。 不可靠 没有确认应答机制，没有超时重传机制，没有连接管理机制等等(就是说没有TCP保证安全的机制)。如果因为网络故障等原因导致数据报没有传送到对端，UDP也不会给应用层反馈任何错误信息。 面向数据报 应用层给它多大的数据报它就发多大的数据报，既不会拆分也不会合并，最大为64K，如果超过64K，那就需要在应..

生成Http请求信息 URL一般是由协议号，web服务器，请求的资源路径组成，浏览器是非常强大的客户端程序，浏览器根据输入的URL解析成相应的http请求信息，http请求信息由请求行，请求头，空行，请求体组成。 DNS域名解析 现在还不知道该发往哪，所以需要DNS协议将域名解析为对应的ip地址 先查看浏览器缓存，如果浏览器能查到就直接返回，如果没有查到就去操作系统缓存； 如果操作系统的缓存能查到就返回，如果查不到就去本地域名服务器； 一般在本地域名就能查到，如果本地域名服务器没有找到，就去根域名服务

三次握手 过程 一开始客户端和服务器都处于COLSE状态； 先是服务器监听某个端口，服务器处于Listen状态； 客户端向服务器发送SYN，请求建立连接，客户端处于SYN_SENT状态； 服务器收到后，返回ACK+SYN的响应，服务器处于SYN_RCVD状态； 客户端收到响应后发送ACK，客户端处于ESTALISHED状态； 服务器收到响应后，服务器处于ESTALISHED状态； 至此，客户端与服务器之间的双向连接就成功建立。可以互相传送数据，在第三次握手时，就可以传送数据了。 两次握手可不可以，四次握