Skip to content
体验新版
项目
组织
正在加载...
登录
切换导航
打开侧边栏
醒狮指南
JavaGuide
提交
2b218789
J
JavaGuide
项目概览
醒狮指南
/
JavaGuide
与 Fork 源项目一致
从无法访问的项目Fork
通知
5
Star
1
Fork
0
代码
文件
提交
分支
Tags
贡献者
分支图
Diff
Issue
0
列表
看板
标记
里程碑
合并请求
0
Wiki
0
Wiki
分析
仓库
DevOps
项目成员
Pages
J
JavaGuide
项目概览
项目概览
详情
发布
仓库
仓库
文件
提交
分支
标签
贡献者
分支图
比较
Issue
0
Issue
0
列表
看板
标记
里程碑
合并请求
0
合并请求
0
Pages
分析
分析
仓库分析
DevOps
Wiki
0
Wiki
成员
成员
收起侧边栏
关闭侧边栏
动态
分支图
创建新Issue
提交
Issue看板
体验新版 GitCode,发现更多精彩内容 >>
提交
2b218789
编写于
5月 19, 2019
作者:
S
SnailClimb
浏览文件
操作
浏览文件
下载
电子邮件补丁
差异文件
Update 计算机网络.md
上级
810243f4
变更
1
隐藏空白更改
内联
并排
Showing
1 changed file
with
69 addition
and
111 deletion
+69
-111
docs/network/计算机网络.md
docs/network/计算机网络.md
+69
-111
未找到文件。
docs/network/计算机网络.md
浏览文件 @
2b218789
<!-- MarkdownTOC -->
-
[
一 OSI与TCP/IP各层的结构与功能,都有哪些协议
](
#一-osi与tcpip各层的结构与功能都有哪些协议
)
-
[
五层协议的体系结构
](
#五层协议的体系结构
)
-
[
1 应用层
](
#1-应用层
)
-
[
域名系统
](
#域名系统
)
-
[
HTTP协议
](
#http协议
)
-
[
2 运输层
](
#2-运输层
)
-
[
运输层主要使用以下两种协议
](
#运输层主要使用以下两种协议
)
-
[
UDP 的主要特点
](
#udp-的主要特点
)
-
[
TCP 的主要特点
](
#tcp-的主要特点
)
-
[
3 网络层
](
#3-网络层
)
-
[
4 数据链路层
](
#4-数据链路层
)
-
[
5 物理层
](
#5-物理层
)
-
[
总结一下
](
#总结一下
)
-
[
二 TCP 三次握手和四次挥手\(面试常客\)
](
#二-tcp-三次握手和四次挥手面试常客
)
-
[
为什么要三次握手
](
#为什么要三次握手
)
-
[
为什么要传回 SYN
](
#为什么要传回-syn
)
-
[
传了 SYN,为啥还要传 ACK
](
#传了-syn为啥还要传-ack
)
-
[
为什么要四次挥手
](
#为什么要四次挥手
)
-
[
三 TCP、UDP 协议的区别
](
#三-tcp、udp-协议的区别
)
-
[
四 TCP 协议如何保证可靠传输
](
#四-tcp-协议如何保证可靠传输
)
-
[
停止等待协议
](
#停止等待协议
)
-
[
自动重传请求 ARQ 协议
](
#自动重传请求-arq-协议
)
-
[
连续ARQ协议
](
#连续arq协议
)
-
[
滑动窗口
](
#滑动窗口
)
-
[
流量控制
](
#流量控制
)
-
[
拥塞控制
](
#拥塞控制
)
-
[
五 在浏览器中输入url地址 ->> 显示主页的过程(面试常客)
](
#五-在浏览器中输入url地址---显示主页的过程(面试常客)
)
-
[
六 状态码
](
#六-状态码
)
-
[
七 各种协议与HTTP协议之间的关系
](
#七-各种协议与http协议之间的关系
)
-
[
八 HTTP长连接、短连接
](
#八-http长连接、短连接
)
-
[
写在最后
](
#写在最后
)
-
[
计算机网络常见问题回顾
](
#计算机网络常见问题回顾
)
-
[
建议
](
#建议
)
<!-- /MarkdownTOC -->
相对与上一个版本的计算机网路面试知识总结,这个版本增加了 “TCP协议如何保证可靠传输”包括超时重传、停止等待协议、滑动窗口、流量控制、拥塞控制等内容并且对一些已有内容做了补充。
## 一 OSI与TCP/IP各层的结构与功能,都有哪些协议
### 五层协议的体系结构
## 一 OSI与TCP/IP各层的结构与功能,都有哪些协议?
学习计算机网络时我们一般采用折中的办法,也就是中和 OSI 和 TCP/IP 的优点,采用一种只有五层协议的体系结构,这样既简洁又能将概念阐述清楚。
...
...
@@ -52,43 +7,31 @@
结合互联网的情况,自上而下地,非常简要的介绍一下各层的作用。
### 1 应用层
### 1
.1
应用层
**应用层(application-layer)的任务是通过应用进程间的交互来完成特定网络应用。**
应用层协议定义的是应用进程(进程:主机中正在运行的程序)间的通信和交互的规则。对于不同的网络应用需要不同的应用层协议。在互联网中应用层协议很多,如
**域名系统DNS**
,支持万维网应用的
**HTTP协议**
,支持电子邮件的
**SMTP协议**
等等。我们把应用层交互的数据单元称为报文。
#### 域名系统
**域名系统**
> 域名系统(Domain Name System缩写 DNS,Domain Name被译为域名)是因特网的一项核心服务,它作为可以将域名和IP地址相互映射的一个分布式数据库,能够使人更方便的访问互联网,而不用去记住能够被机器直接读取的IP数串。(百度百科)例如:一个公司的 Web 网站可看作是它在网上的门户,而域名就相当于其门牌地址,通常域名都使用该公司的名称或简称。例如上面提到的微软公司的域名,类似的还有:IBM 公司的域名是 www.ibm.com、Oracle 公司的域名是 www.oracle.com、Cisco公司的域名是 www.cisco.com 等。
#### HTTP协议
**HTTP协议**
> 超文本传输协议(HTTP,HyperText Transfer Protocol)是互联网上应用最为广泛的一种网络协议。所有的 WWW(万维网) 文件都必须遵守这个标准。设计 HTTP 最初的目的是为了提供一种发布和接收 HTML 页面的方法。(百度百科)
### 2 运输层
###
1.
2 运输层
**运输层(transport layer)的主要任务就是负责向两台主机进程之间的通信提供通用的数据传输服务**
。应用进程利用该服务传送应用层报文。“通用的”是指并不针对某一个特定的网络应用,而是多种应用可以使用同一个运输层服务。由于一台主机可同时运行多个线程,因此运输层有复用和分用的功能。所谓复用就是指多个应用层进程可同时使用下面运输层的服务,分用和复用相反,是运输层把收到的信息分别交付上面应用层中的相应进程。
#### 运输层主要使用以下两种协议
**运输层主要使用以下两种协议:**
1.
**传输控制协议 TCP**
(Transmission Control Protocol)--提供
**面向连接**
的,
**可靠的**
数据传输服务。
2.
**用户数据协议 UDP**
(User Datagram Protocol)--提供
**无连接**
的,尽最大努力的数据传输服务(
**不保证数据传输的可靠性**
)。
#### UDP 的主要特点
1.
UDP 是无连接的;
2.
UDP 使用尽最大努力交付,即不保证可靠交付,因此主机不需要维持复杂的链接状态(这里面有许多参数);
3.
UDP 是面向报文的;
4.
UDP 没有拥塞控制,因此网络出现拥塞不会使源主机的发送速率降低(对实时应用很有用,如 直播,实时视频会议等);
5.
UDP 支持一对一、一对多、多对一和多对多的交互通信;
6.
UDP 的首部开销小,只有8个字节,比TCP的20个字节的首部要短。
#### TCP 的主要特点
1.
TCP 是面向连接的。(就好像打电话一样,通话前需要先拨号建立连接,通话结束后要挂机释放连接);
2.
每一条 TCP 连接只能有两个端点,每一条TCP连接只能是点对点的(一对一);
3.
TCP 提供可靠交付的服务。通过TCP连接传送的数据,无差错、不丢失、不重复、并且按序到达;
4.
TCP 提供全双工通信。TCP 允许通信双方的应用进程在任何时候都能发送数据。TCP 连接的两端都设有发送缓存和接收缓存,用来临时存放双方通信的数据;
5.
面向字节流。TCP 中的“流”(Stream)指的是流入进程或从进程流出的字节序列。“面向字节流”的含义是:虽然应用程序和 TCP 的交互是一次一个数据块(大小不等),但 TCP 把应用程序交下来的数据仅仅看成是一连串的无结构的字节流。
**TCP 与 UDP 的对比见问题三。**
### 3 网络层
###
1.
3 网络层
**在 计算机网络中进行通信的两个计算机之间可能会经过很多个数据链路,也可能还要经过很多通信子网。网络层的任务就是选择合适的网间路由和交换结点, 确保数据及时传送。**
在发送数据时,网络层把运输层产生的报文段或用户数据报封装成分组和包进行传送。在 TCP/IP 体系结构中,由于网络层使用
**IP 协议**
,因此分组也叫
**IP 数据报**
,简称
**数据报**
。
...
...
@@ -99,19 +42,19 @@
互联网是由大量的异构(heterogeneous)网络通过路由器(router)相互连接起来的。互联网使用的网络层协议是无连接的网际协议(Intert Protocol)和许多路由选择协议,因此互联网的网络层也叫做
**网际层**
或
**IP层**
。
### 4 数据链路层
###
1.
4 数据链路层
**数据链路层(data link layer)通常简称为链路层。两台主机之间的数据传输,总是在一段一段的链路上传送的,这就需要使用专门的链路层的协议。**
在两个相邻节点之间传送数据时,
**数据链路层将网络层交下来的 IP 数据报组装程帧**
,在两个相邻节点间的链路上传送帧。每一帧包括数据和必要的控制信息(如同步信息,地址信息,差错控制等)。
在接收数据时,控制信息使接收端能够知道一个帧从哪个比特开始和到哪个比特结束。这样,数据链路层在收到一个帧后,就可从中提出数据部分,上交给网络层。
控制信息还使接收端能够检测到所收到的帧中有误差错。如果发现差错,数据链路层就简单地丢弃这个出了差错的帧,以避免继续在网络中传送下去白白浪费网络资源。如果需要改正数据在链路层传输时出现差错(这就是说,数据链路层不仅要检错,而且还要纠错),那么就要采用可靠性传输协议来纠正出现的差错。这种方法会使链路层的协议复杂些。
### 5 物理层
###
1.
5 物理层
在物理层上所传送的数据单位是比特。
**物理层(physical layer)的作用是实现相邻计算机节点之间比特流的透明传送,尽可能屏蔽掉具体传输介质和物理设备的差异。**
使其上面的数据链路层不必考虑网络的具体传输介质是什么。“透明传送比特流”表示经实际电路传送后的比特流没有发生变化,对传送的比特流来说,这个电路好像是看不见的。
在互联网使用的各种协中最重要和最著名的就是 TCP/IP 两个协议。现在人们经常提到的TCP/IP并不一定单指TCP和IP这两个具体的协议,而往往表示互联网所使用的整个TCP/IP协议族。
### 总结一下
###
1.6
总结一下
上面我们对计算机网络的五层体系结构有了初步的了解,下面附送一张七层体系结构图总结一下。图片来源:https://blog.csdn.net/yaopeng_2005/article/details/7064869
![
七层体系结构图
](
https://user-gold-cdn.xitu.io/2018/7/29/164e529309f0fa33?w=1120&h=1587&f=gif&s=225325
)
...
...
@@ -120,9 +63,9 @@
为了准确无误地把数据送达目标处,TCP协议采用了三次握手策略。
**漫画图解:**
### 2.1 TCP 三次握手漫画图解
图片来源:《图解HTTP》
如下图所示,下面的两个机器人通过3次握手确定了对方能正确接收和发送消息(图片来源:《图解HTTP》)。
![
TCP三次握手
](
https://user-gold-cdn.xitu.io/2018/5/8/1633e127396541f1?w=864&h=439&f=png&s=226095
)
**简单示意图:**
...
...
@@ -132,7 +75,7 @@
-
服务端–发送带有 SYN/ACK 标志的数据包–二次握手–客户端
-
客户端–发送带有带有 ACK 标志的数据包–三次握手–服务端
### 为什么要三次握手
###
2.2
为什么要三次握手
**三次握手的目的是建立可靠的通信信道,说到通讯,简单来说就是数据的发送与接收,而三次握手最主要的目的就是双方确认自己与对方的发送与接收是正常的。**
...
...
@@ -144,13 +87,13 @@
所以三次握手就能确认双发收发功能都正常,缺一不可。
### 为什么要传回 SYN
###
2.3
为什么要传回 SYN
接收端传回发送端所发送的 SYN 是为了告诉发送端,我接收到的信息确实就是你所发送的信号了。
> SYN 是 TCP/IP 建立连接时使用的握手信号。在客户机和服务器之间建立正常的 TCP 网络连接时,客户机首先发出一个 SYN 消息,服务器使用 SYN-ACK 应答表示接收到了这个消息,最后客户机再以 ACK(Acknowledgement[汉译:确认字符 ,在数据通信传输中,接收站发给发送站的一种传输控制字符。它表示确认发来的数据已经接受无误。 ])消息响应。这样在客户机和服务器之间才能建立起可靠的TCP连接,数据才可以在客户机和服务器之间传递。
### 传了 SYN,为啥还要传 ACK
###
2.4
传了 SYN,为啥还要传 ACK
双方通信无误必须是两者互相发送信息都无误。传了 SYN,证明发送方到接收方的通道没有问题,但是接收方到发送方的通道还需要 ACK 信号来进行验证。
...
...
@@ -164,7 +107,7 @@
-
客户端-发回 ACK 报文确认,并将确认序号设置为收到序号加1
### 为什么要四次挥手
###
2.5
为什么要四次挥手
任何一方都可以在数据传送结束后发出连接释放的通知,待对方确认后进入半关闭状态。当另一方也没有数据再发送的时候,则发出连接释放通知,对方确认后就完全关闭了TCP连接。
...
...
@@ -172,7 +115,7 @@
上面讲的比较概括,推荐一篇讲的比较细致的文章:
[
https://blog.csdn.net/qzcsu/article/details/72861891
](
https://blog.csdn.net/qzcsu/article/details/72861891
)
## 三 TCP
、
UDP 协议的区别
## 三 TCP
,
UDP 协议的区别
![
TCP、UDP协议的区别
](
https://user-gold-cdn.xitu.io/2018/4/19/162db5e97e9a9e01?imageView2/0/w/1280/h/960/format/webp/ignore-error/1
)
UDP 在传送数据之前不需要先建立连接,远地主机在收到 UDP 报文后,不需要给出任何确认。虽然 UDP 不提供可靠交付,但在某些情况下 UDP 确是一种最有效的工作方式(一般用于即时通信),比如: QQ 语音、 QQ 视频 、直播等等
...
...
@@ -187,15 +130,21 @@ TCP 提供面向连接的服务。在传送数据之前必须先建立连接,
4.
TCP 的接收端会丢弃重复的数据。
5.
**流量控制:**
TCP 连接的每一方都有固定大小的缓冲空间,TCP的接收端只允许发送端发送接收端缓冲区能接纳的数据。当接收方来不及处理发送方的数据,能提示发送方降低发送的速率,防止包丢失。TCP 使用的流量控制协议是可变大小的滑动窗口协议。 (TCP 利用滑动窗口实现流量控制)
6.
**拥塞控制:**
当网络拥塞时,减少数据的发送。
7.
**
停止等待协议
**
也是为了实现可靠传输的,它的基本原理就是每发完一个分组就停止发送,等待对方确认。在收到确认后再发下一个分组。
7.
**
ARQ协议:
**
也是为了实现可靠传输的,它的基本原理就是每发完一个分组就停止发送,等待对方确认。在收到确认后再发下一个分组。
8.
**超时重传:**
当 TCP 发出一个段后,它启动一个定时器,等待目的端确认收到这个报文段。如果不能及时收到一个确认,将重发这个报文段。
### 4.1 ARQ协议
**自动重传请求**
(Automatic Repeat-reQuest,ARQ)是OSI模型中数据链路层和传输层的错误纠正协议之一。它通过使用确认和超时这两个机制,在不可靠服务的基础上实现可靠的信息传输。如果发送方在发送后一段时间之内没有收到确认帧,它通常会重新发送。ARQ包括停止等待ARQ协议和连续ARQ协议。
###
停止等待
协议
-
停止等待协议是为了实现可靠传输的,它的基本原理就是每发完一个分组就停止发送,等待对方确认
。在
收到确认后再发下一个分组;
###
# 停止等待ARQ
协议
-
停止等待协议是为了实现可靠传输的,它的基本原理就是每发完一个分组就停止发送,等待对方确认
(回复ACK)。如果过了一段时间(超时时间后),还是没有收到 ACK 确认,说明没有发送成功,需要重新发送,直到
收到确认后再发下一个分组;
-
在停止等待协议中,若接收方收到重复分组,就丢弃该分组,但同时还要发送确认;
**优点:**
简单
**缺点:**
信道利用率低,等待时间长
**1) 无差错情况:**
...
...
@@ -221,34 +170,19 @@ TCP 提供面向连接的服务。在传送数据之前必须先建立连接,
1.
A收到重复的确认后,直接丢弃。
2.
B收到重复的M1后,也直接丢弃重复的M1。
### 自动重传请求 ARQ 协议
停止等待协议中超时重传是指只要超过一段时间仍然没有收到确认,就重传前面发送过的分组(认为刚才发送过的分组丢失了)。因此每发送完一个分组需要设置一个超时计时器,其重传时间应比数据在分组传输的平均往返时间更长一些。这种自动重传方式常称为自动重传请求ARQ。
**优点:**
简单
**缺点:**
信道利用率低
### 连续ARQ协议
#### 连续ARQ协议
连续 ARQ 协议可提高信道利用率。发送方维持一个发送窗口,凡位于发送窗口内的分组可以连续发送出去,而不需要等待对方确认。接收方一般采用累计确认,对按序到达的最后一个分组发送确认,表明到这个分组为止的所有分组都已经正确收到了。
**优点:**
信道利用率高,容易实现,即使确认丢失,也不必重传。
**缺点:**
不能向发送方反映出接收方已经正确收到的所有分组的信息。 比如:发送方发送了 5条 消息,中间第三条丢失(3号),这时接收方只能对前两个发送确认。发送方无法知道后三个分组的下落,而只好把后三个全部重传一次。这也叫 Go-Back-N(回退 N),表示需要退回来重传已经发送过的 N 个消息。
### 滑动窗口
-
TCP 利用滑动窗口实现流量控制的机制。
-
滑动窗口(Sliding window)是一种流量控制技术。早期的网络通信中,通信双方不会考虑网络的拥挤情况直接发送数据。由于大家不知道网络拥塞状况,同时发送数据,导致中间节点阻塞掉包,谁也发不了数据,所以就有了滑动窗口机制来解决此问题。
-
TCP 中采用滑动窗口来进行传输控制,滑动窗口的大小意味着接收方还有多大的缓冲区可以用于接收数据。发送方可以通过滑动窗口的大小来确定应该发送多少字节的数据。当滑动窗口为 0 时,发送方一般不能再发送数据报,但有两种情况除外,一种情况是可以发送紧急数据,例如,允许用户终止在远端机上的运行进程。另一种情况是发送方可以发送一个 1 字节的数据报来通知接收方重新声明它希望接收的下一字节及发送方的滑动窗口大小。
**缺点:**
不能向发送方反映出接收方已经正确收到的所有分组的信息。 比如:发送方发送了 5条 消息,中间第三条丢失(3号),这时接收方只能对前两个发送确认。发送方无法知道后三个分组的下落,而只好把后三个全部重传一次。这也叫 Go-Back-N(回退 N),表示需要退回来重传已经发送过的 N 个消息。
### 流量控制
###
4.2 滑动窗口和
流量控制
-
TCP 利用滑动窗口实现流量控制。
-
流量控制是为了控制发送方发送速率,保证接收方来得及接收。
-
接收方发送的确认报文中的窗口字段可以用来控制发送方窗口大小,从而影响发送方的发送速率。将窗口字段设置为 0,则发送方不能发送数据。
**TCP 利用滑动窗口实现流量控制。流量控制是为了控制发送方发送速率,保证接收方来得及接收。**
接收方发送的确认报文中的窗口字段可以用来控制发送方窗口大小,从而影响发送方的发送速率。将窗口字段设置为 0,则发送方不能发送数据。
### 拥塞控制
###
4.3
拥塞控制
在某段时间,若对网络中某一资源的需求超过了该资源所能提供的可用部分,网络的性能就要变坏。这种情况就叫拥塞。拥塞控制就是为了防止过多的数据注入到网络中,这样就可以使网络中的路由器或链路不致过载。拥塞控制所要做的都有一个前提,就是网络能够承受现有的网络负荷。拥塞控制是一个全局性的过程,涉及到所有的主机,所有的路由器,以及与降低网络传输性能有关的所有因素。相反,流量控制往往是点对点通信量的控制,是个端到端的问题。流量控制所要做到的就是抑制发送端发送数据的速率,以便使接收端来得及接收。
...
...
@@ -265,7 +199,7 @@ TCP的拥塞控制采用了四种算法,即 **慢开始** 、 **拥塞避免**
## 五 在浏览器中输入url地址 ->> 显示主页的过程
(面试常客)
## 五 在浏览器中输入url地址 ->> 显示主页的过程
(面试常客)
百度好像最喜欢问这个问题。
> 打开一个网页,整个过程会使用哪些协议
...
...
@@ -301,7 +235,7 @@ TCP的拥塞控制采用了四种算法,即 **慢开始** 、 **拥塞避免**
![
各种协议与HTTP协议之间的关系
](
https://user-gold-cdn.xitu.io/2018/5/8/1633ead316d07713?w=841&h=1193&f=png&s=609513
)
## 八 HTTP长连接
、
短连接
## 八 HTTP长连接
,
短连接
在HTTP/1.0中默认使用短连接。也就是说,客户端和服务器每进行一次HTTP操作,就建立一次连接,任务结束就中断连接。当客户端浏览器访问的某个HTML或其他类型的Web页中包含有其他的Web资源(如JavaScript文件、图像文件、CSS文件等),每遇到这样一个Web资源,浏览器就会重新建立一个HTTP会话。
...
...
@@ -317,26 +251,50 @@ Connection:keep-alive
——
[
《HTTP长连接、短连接究竟是什么?》
](
https://www.cnblogs.com/gotodsp/p/6366163.html
)
## 九 HTTP是不保存状态的协议,如何保存用户状态?
## 写在最后
### 计算机网络常见问题回顾
HTTP 是一种不保存状态,即无状态(stateless)协议。也就是说 HTTP 协议自身不对请求和响应之间的通信状态进行保存。那么我们保存用户状态呢?Session 机制的存在就是为了解决这个问题,Session 的主要作用就是通过服务端记录用户的状态。典型的场景是购物车,当你要添加商品到购物车的时候,系统不知道是哪个用户操作的,因为 HTTP 协议是无状态的。服务端给特定的用户创建特定的 Session 之后就可以标识这个用户并且跟踪这个用户了(一般情况下,服务器会在一定时间内保存这个 Session,过了时间限制,就会销毁这个Session)。
-
①TCP三次握手和四次挥手、
-
②在浏览器中输入url地址->>显示主页的过程
-
③HTTP和HTTPS的区别
-
④TCP、UDP协议的区别
-
⑤常见的状态码。
在服务端保存 Session 的方法很多,最常用的就是内存和数据库(比如是使用内存数据库redis保存)。既然 Session 存放在服务器端,那么我们如何实现 Session 跟踪呢?大部分情况下,我们都是通过在 Cookie 中附加一个 Session ID 来方式来跟踪。
### 建议
非常推荐大家看一下 《图解HTTP》 这本书,这本书页数不多,但是内容很是充实,不管是用来系统的掌握网络方面的一些知识还是说纯粹为了应付面试都有很大帮助。下面的一些文章只是参考。大二学习这门课程的时候,我们使用的教材是 《计算机网络第七版》(谢希仁编著),不推荐大家看这本教材,书非常厚而且知识偏理论,不确定大家能不能心平气和的读完。
**Cookie 被禁用怎么办?**
最常用的就是利用 URL 重写把 Session ID 直接附加在URL路径的后面。
![
HTTP是无状态协议
](
http://pqrlmrv7w.bkt.clouddn.com/img/2019-4/HTTP是无状态的.png
)
## 十 Cookie的作用是什么?和Session有什么区别?
Cookie 和 Session都是用来跟踪浏览器用户身份的会话方式,但是两者的应用场景不太一样。
**Cookie 一般用来保存用户信息**
比如①我们在 Cookie 中保存已经登录过得用户信息,下次访问网站的时候页面可以自动帮你登录的一些基本信息给填了;②一般的网站都会有保持登录也就是说下次你再访问网站的时候就不需要重新登录了,这是因为用户登录的时候我们可以存放了一个 Token 在 Cookie 中,下次登录的时候只需要根据 Token 值来查找用户即可(为了安全考虑,重新登录一般要将 Token 重写);③登录一次网站后访问网站其他页面不需要重新登录。
**Session 的主要作用就是通过服务端记录用户的状态。**
典型的场景是购物车,当你要添加商品到购物车的时候,系统不知道是哪个用户操作的,因为 HTTP 协议是无状态的。服务端给特定的用户创建特定的 Session 之后就可以标识这个用户并且跟踪这个用户了。
Cookie 数据保存在客户端(浏览器端),Session 数据保存在服务器端。
Cookie 存储在客户端中,而Session存储在服务器上,相对来说 Session 安全性更高。如果使用 Cookie 的一些敏感信息不要写入 Cookie 中,最好能将 Cookie 信息加密然后使用到的时候再去服务器端解密。
## 十一 HTTP 1.0和HTTP 1.1的主要区别是什么?
> 这部分回答引用这篇文章 <https://mp.weixin.qq.com/s/GICbiyJpINrHZ41u_4zT-A?> 的一些内容。
HTTP1.0最早在网页中使用是在1996年,那个时候只是使用一些较为简单的网页上和网络请求上,而HTTP1.1则在1999年才开始广泛应用于现在的各大浏览器网络请求中,同时HTTP1.1也是当前使用最为广泛的HTTP协议。 主要区别主要体现在:
1.
**长连接**
:
**在HTTP/1.0中,默认使用的是短连接**
,也就是说每次请求都要重新建立一次连接。HTTP 是基于TCP/IP协议的,每一次建立或者断开连接都需要三次握手四次挥手的开销,如果每次请求都要这样的话,开销会比较大。因此最好能维持一个长连接,可以用个长连接来发多个请求。
**HTTP 1.1起,默认使用长连接**
,默认开启Connection: keep-alive。
**HTTP/1.1的持续连接有非流水线方式和流水线方式**
。流水线方式是客户在收到HTTP的响应报文之前就能接着发送新的请求报文。与之相对应的非流水线方式是客户在收到前一个响应后才能发送下一个请求。
1.
**错误状态响应码**
:在HTTP1.1中新增了24个错误状态响应码,如409(Conflict)表示请求的资源与资源的当前状态发生冲突;410(Gone)表示服务器上的某个资源被永久性的删除。
1.
**缓存处理**
:在HTTP1.0中主要使用header里的If-Modified-Since,Expires来做为缓存判断的标准,HTTP1.1则引入了更多的缓存控制策略例如Entity tag,If-Unmodified-Since, If-Match, If-None-Match等更多可供选择的缓存头来控制缓存策略。
1.
**带宽优化及网络连接的使用**
:HTTP1.0中,存在一些浪费带宽的现象,例如客户端只是需要某个对象的一部分,而服务器却将整个对象送过来了,并且不支持断点续传功能,HTTP1.1则在请求头引入了range头域,它允许只请求资源的某个部分,即返回码是206(Partial Content),这样就方便了开发者自由的选择以便于充分利用带宽和连接。
## 建议
非常推荐大家看一下 《图解HTTP》 这本书,这本书页数不多,但是内容很是充实,不管是用来系统的掌握网络方面的一些知识还是说纯粹为了应付面试都有很大帮助。下面的一些文章只是参考。大二学习这门课程的时候,我们使用的教材是 《计算机网络第七版》(谢希仁编著),不推荐大家看这本教材,书非常厚而且知识偏理论,不确定大家能不能心平气和的读完。
##
#
参考
## 参考
-
[
https://blog.csdn.net/qq_16209077/article/details/52718250
](
https://blog.csdn.net/qq_16209077/article/details/52718250
)
-
[
https://blog.csdn.net/zixiaomuwu/article/details/60965466
](
https://blog.csdn.net/zixiaomuwu/article/details/60965466
)
-
[
https://blog.csdn.net/turn__back/article/details/73743641
](
https://blog.csdn.net/turn__back/article/details/73743641
)
-
<https://mp.weixin.qq.com/s/GICbiyJpINrHZ41u_4zT-A?>
...
...
编辑
预览
Markdown
is supported
0%
请重试
或
添加新附件
.
添加附件
取消
You are about to add
0
people
to the discussion. Proceed with caution.
先完成此消息的编辑!
取消
想要评论请
注册
或
登录