第一:HTTP协议

一.协议

1.计算机与计算机之间的通讯语言就叫做协议
1.1.不同的计算机之间只有使用相同的协议才能通信

2.所以网络协议就是为计算机网络中进行数据交换而建立的规则,标准或约定的集合

3.HTTP协议是用于从WWW服务器传输超文本到本地浏览器的传输协议

4.HTTP协议是应用层协议,由请求和响应构成,是标准的客户端和服务器模型

二.OSI模型

1.将计算机网络体系结构的通信协议划分为72.自上而下分别是:物理层,数据链路层,网络层,传输层,会话层,表示层,应用层

三.HTTP协议的主要特点

1.支持客户端/服务器端模式

2.由于HTTP协议简单,使得HTTP服务器的程序规模小,因而通信速度很快

3.HTTP允许传输任意类型的数据对象,正在传输的类型由Content-Type加以标记

在这里插入图片描述

4.http协议无连接,是限制每次连接只处理一个请求

4.1.服务器处理完客户的请求,并收到客户的应答后,即断开连接
4.1.1.采用这种方式可以节省传输时间
5.HTTP协议是无状态协议

5.1.无状态是指协议对于事务处理没有记忆能力
5.2.缺少状态意味着如果后续处理需要前面的信息,则它必须重传
5.2.1.这样可能导致每次连接传送的数据量增大
5.3.另一方面好处,如果后续的连接不需要之前提供的信息,响应就会比较快
5.4.而为了解决HTTP的无状态特性,出现CookieSession技术

四.HTTP的工作原理

1.HTTP协议工作于客户端与服务器的架构上,客户端通过URL向服务器发送所有的请求

1.1.服务器根据接收到的请求,向客户端发送响应信息

1.2.HTTP协议定义客户端如何向服务器发送请求,以及服务器如何将响应请求传送给客户端

1.3.所以HTTP请求协议采用了请求/响应模型

在这里插入图片描述

2.客户端

2.1.客户端向服务器发送请求

2.2.客户端接收服务器返回的报文并解释成友善的信息供阅读

2.3.客户端有浏览器,应用程序等
2.4.如今时代可能使用最多的就是浏览器
2.4.1.当用户在地址栏输入网址回车时,浏览器会做如下处理

a.解析协议和域名
b.使用HTTP协议并创建请求报文向服务端发送请求
c.接收服务器返回的内容并展示给客户

3.服务端

3.1.服务器端在接收到客户端发送的请求后会开始处理请求
3.2.服务器处理过程是服务器软件一直在监听端口是否有新的请求达到
3.2.1.tomcat在建立web站点后,默认会一直监听80端口等待HTTP请求到达服务器
a.建立连接:如果客户端已经打开道服务器的持久连接,则可以直接使用
否则客户端需要在服务器打开一条新的连接

b.接收请求报文:连接上有数据到时,web服务器会从网络连接中读取数据
并将请求报文中的内容解析出来

c.处理请求:当请求被接收后,服务器便可以根据请求报文进行处理
例如post方法中提出报文主体的数据并插入到数据库中

d.访问资源:请求处理完后,比如web会根据数据生成一系列的HTML页面或图片等信息
此步骤将访问这些存储在服务器上的物理文件

e.构建响应:web服务器在识别资源后,构造响应报文
响应报文包括:状态码,响应头,响应主体等内容

f.发送响应:服务器将响应的数据发送给客户端机器

g.记录日志:请求结束,服务器会在日志文件中记录一条请求日志

五.HTTP协议详解之URL篇

1.实例URL:http://www.aspxfans.com:8080/news/index.asp?boardID=5&ID=24618&page=1#name

六.URL组成分解

1.协议部分
1.1.URL的协议部分为“http:”,这代表网页使用的是HTTP协议
1.2.Internet中可以使用多种协议,如HTTPFTP等等本例中使用的是HTTP协议
1.3.在”HTTP”后面的“//”为分隔符
2.域名部分
2.1.URL的域名部分为www.aspxfans.com, URL中也可以使用ip地址作为域名
3.端口部分
3.1.跟在域名后面的是端口,域名和端口之间使用“:”作为分隔符
3.2.如果没有,那么说明URL使用的是默认端口80,端口不是URL的必须组成部分
4.虚拟目录部分
4.1.从域名后的第一个“/”开始到最后一个“/”为止,是虚拟目录部分
4.2.虚拟目录也不是一个URL必须的部分。本例中的虚拟目录是“/news/
5.文件名部分
5.1.从域名后的最后一个“/”开始到“?”为止,是文件名部分
5.2.如果没有“?,则是从域名后的最后一个“/”开始到“#”为止,是文件部分
5.3.如果没有“?”和“#”,那么从域名后的最后一个“/”开始到结束,都是文件名部分

5.4.本例中的文件名是“index.asp”,文件名部分也不是一个URL必须的部分
5.4.1.如果省略该部分,则使用默认的文件名
6.锚部分
6.1.从“#”开始到最后,都是锚部分
6.2.本例中的锚部分是“name”。锚部分也不是一个URL必须的部分
7.参数部分
7.1.从“?”开始到“#”为止之间的部分为参数部分,又称搜索部分、查询部分

7.2.本例中的参数部分为“boardID=5&ID=24618&page=17.3.参数可以允许有多个参数,参数与参数之间用“&”作为分隔符

七.HTTP请求报文

1.客户端与服务器之间的信息传递使用的载体叫做报文,报文分为请求和响应两个部分

2.请求报文:客户端发送数据给服务器的过程叫做请求报文

八.请求报文组成解析

1.请求首行:包含请求方法,要访问的资源以及所属于的HTTP版本

2.请求头部:说明服务器要使用的附加信息

3.空行:请求报文头部后的空行是必须的

4.请求体:get往往不存在请求体,post请求体包含请求的参数

九.报文格式
在这里插入图片描述

十.实例一

1.get请求实例

在这里插入图片描述

2.post请求实例

在这里插入图片描述

十一.实例二
在这里插入图片描述

1.①是请求方法,GETPOST是最常见的HTTP方法
1.1.除此以外还包括DELETEHEADOPTIONSPUTTRACE
1.2.不过当前的大多数浏览器只支持GETPOST

2.②为请求对应的URL地址,它和报文头的Host属性组成完整的请求URL

3.③是协议名称及版本号

4.④是HTTP的报文头,报文头包含若干个属性,格式为属性名:属性值
4.1.服务端据此获取客户端的信息

5.⑤是报文体,它将页面表单中的组件值通过
5.1.param1=value1&param2=value2的键值对形式编码成格式化串,
5.1.1.它承载多个请求参数的数据
5.2.不但报文体可以传递请求参数,请求URL也可以通过类似于
5.3./chapter15/user.html? param1=value1&param2=value2的方式传递请求参数

6.请求方法

6.1.GET:请求获取Request-URI所标识的资源
6.2.POST:在Request-URI所标识的资源后附加新的数据
6.3.HEAD:请求获取由Request-URI所标识的资源的响应消息报头
6.4.PUT:请求服务器存储一个资源,并用Request-URI作为其标识
6.5.DELETE:请求服务器删除Request-URI所标识的资源
6.6.TRACE:请求服务器回送收到的请求信息,主要用于测试或诊断
6.7.CONNECT:保留将来使用
6.8.OPTIONS:请求查询服务器的性能,或者查询与资源相关的选项和需求

7.GET请求方法

7.1.从服务器获取数据,返回响应的实体部分
7.1.可以类比数据库的select操作,不会影响数据库本身

7.2.没有请求体

7.3.请求参数和对应的值附在URL后,以号开始
7.3.1.参数用key=value键值对的方式书写,多个参数使用&分割

7.4.通常对数据不敏感的请求使用get请求,因为参数跟在URL后不安全

7.5.传输的参数长度是有限制的,最大不超过1024

8.POST请求方法

8.1.向指定资源提交表单数据进行处理请求(例如提交表单或者上传文件)
8.2.参数数据被包含在请求体中,以名称/值的形式出现,可以传输大量的数据
8.3.POST请求可能会导致新的资源的建立和/或已有资源的修改

8.4.通常post请求含有请求体

8.5.请求参数存放在请求体中,可以是任意格式

8.6.相对来说数据比较安全

8.7.请求数据无大小限制,可以认为是无限制

9.GET和POST的区别

9.1.从参数的传递方面,GET请求的参数是直接拼接在地址栏URL的后面
9.1.1.而POST请求的参数是放到请求体里面的

9.2.从长度限制方面,GET请求有具体的长度限制,一般不超过1024KB
9.2.1.而POST理论上没有,但是浏览器都有界限

9.3.从安全方面,GET请求相较于POST,因为数据都是明文显示在URL上面的
9.3.1.所以安全和私密性不如POST

9.4.从本质上来说,GET和POST都是TCP连接,并无实质的区别
9.5.但是由于HTTP/浏览器的限定,导致它们在应用过程中体现出一些不同
9.6.GET产生一个数据包,POST产生两个数据包
9.7.对于GET请求,浏览器会把header和data一并发出去,服务器响应200(返回数据)
9.8.而对于POST,浏览器先发送header,服务器响应100
9.8.1.浏览器再发送data,服务器响应200

十二.HTTP响应报文

1.客户端发送请求到服务器,服务器处理之后返回数据给客户端的过程叫做响应

十三.响应报文组成解析

1.响应首行(状态行):协议版本,状态码,成功与失败的状态信息

2.响应头部:由一些键值对构成,用来说明客户端要使用的一些附加信息

3.空行:响应头部后面的空行是必须的

4.响应数据(响应正文):服务器返回给客户端的数据等信息内容

在这里插入图片描述

5.常见状态代码、状态描述
200 OK:客户端请求成功
400 Bad Request:客户端请求有语法错误,不能被服务器所理解
401 Unauthorized:请求未经授权,这状态代码必须和WWW-Authenticate报头域一起使用
403 Forbidden:服务器收到请求,但是拒绝提供服务
404 Not Found:请求资源不存在,如:输入了错误的URL
500 Internal Server Error:服务器发生不可预期的错误
503 Server Unavailable:服务器当前不能处理客户端的请求,一段时间后可能恢复正常

十四.实例

1.get响应实例

在这里插入图片描述

2.post响应实例

在这里插入图片描述

十三.HTTP消息报头

1.HTTP消息由客户端到服务器的请求和服务器到客户端的响应组成

2.请求消息和响应消息都是由开始行
2.1.(对于请求消息,开始行就是请求行,对于响应消息,开始行就是状态行)
2.1.1.消息报头,空行,消息正文组成

3.HTTP消息报头包括普通报头、请求报头、响应报头、实体报头

十四.普通报头

1.在普通报头中,有少数报头域用于所有的请求和响应消息
1.1.但并不用于被传输的实体,只用于传输的消息

2.Cache-Control用于指定缓存指令,缓存指令是单向的
2.1.(响应中出现的缓存指令在请求中未必会出现)
2.2.且是独立的(一个消息的缓存指令不会影响另一个消息处理的缓存机制)

3.请求时的缓存指令
3.1.no-cache、no-store、max-age、max-stale、min-fresh、only-if-cached

4.响应时的缓存指令
4.1.publicprivate、no-cache、no-store、no-transform
4.1.1.must-revalidate、proxy-revalidate、max-age、s-maxage

5.为指示IE浏览器(客户端)不要缓存页面
5.1.服务器端的JSP程序编写:response.sehHeader("Cache-Control","no-cache")

5.2.//response.setHeader("Pragma","no-cache");
5.2.1.用相当于上述代码,通常两者//合用

5.2.这句代码将在发送的响应消息中设置普通报头域:Cache-Control:no-cache

6.Date普通报头域表示消息产生的日期和时间

7.Connection普通报头域允许发送指定连接的选项
7.1.例如指定连接是连续,或者指定“close”选项,通知服务器,在响应完成后,关闭连接

十五.请求报头

1.请求报头允许客户端向服务器端传递请求的附加信息以及客户端自身的信息

2.Accept请求报头域用于指定客户端接受哪些类型的信息
2.1.Accept:image/gif,表明客户端希望接受GIF图象格式的资源
2.2.Accept:text/html,表明客户端希望接受html文本

3.Accept-Charset请求报头域用于指定客户端接受的字符集
3.1.Accept-Charset:iso-8859-1,gb2312
3.1.1.如果在请求消息中没有设置这个域,缺省是任何字符集都可以接受

4.Accept-Encoding请求报头域类似于Accept,但是它是用于指定可接受的内容编码
4.1.Accept-Encoding:gzip.deflate
4.2.如果请求消息中没有设置这个域服务器假定客户端对各种内容编码都可以接受

5.Accept-Language请求报头域类似于Accept,但是它是用于指定一种自然语言
5.1.Accept-Language:zh-cn.如果请求消息中没有设置这个报头域
5.1.1.服务器假定客户端对各种语言都可以接受

6.Authorization请求报头域主要用于证明客户端有权查看某个资源
6.1.当浏览器访问一个页面时,如果收到服务器的响应代码为401(未授权)
6.2.可以发送一个包含Authorization请求报头域的请求,要求服务器对其进行验证
6.3.Host请求报头域主要用于指定被请求资源的Internet主机和端口号,
6.3.1.它通常从HTTP URL中提取出来的
6.4.在浏览器中输入:http://www.guet.edu.cn/index.html
6.4.1.浏览器发送的请求消息中,就会包含Host请求报头域
6.5.如下:Host:www.guet.edu.cn此处使用缺省端口号806.5.1.若指定端口号,则变成:Host:www.guet.edu.cn:指定端口号

7.User-Agent上网登陆论坛的时候,其中列出操作系统的名称和版本
7.1.所使用的浏览器的名称和版本
7.2.实际上服务器应用程序就是从User-Agent这个请求报头域中获取到这些信息
7.3.User-Agent请求报头域允许客户端将它的操作系统、浏览器和其它属性告诉服务器
7.4.不过这个报头域不是必需的,如果编写个浏览器
7.4.1.不使用User-Agent请求报头域,那么服务器端就无法得知的信息

十六.响应报头

1.响应报头允许服务器传递不能放在状态行中的附加响应信息
1.1.以及关于服务器的信息和对Request-URI所标识的资源进行下一步访问的信息

2.Location响应报头域用于重定向接受者到一个新的位置
2.1.Location响应报头域常用在更换域名的时候

3.Server响应报头域包含了服务器用来处理请求的软件信息
3.1.User-Agent请求报头域是相对应的

十七.实体报头

1.请求和响应消息都可以传送一个实体
1.1.一个实体由实体报头域和实体正文组成
1.1.1.但并不是说实体报头域和实体正文要在一起发送,可以只发送实体报头域
1.2.实体报头定义关于实体正文和请求所标识的资源的元信息

2.Content-Encoding实体报头域被用作媒体类型的修饰符
2.1.它的值指示了已经被应用到实体正文的附加内容的编码
2.2.因而要获得Content-Type报头域中所引用的媒体类型,必须采用相应的解码机制
2.3.Content-Encoding这样用于记录文档的压缩方法
2.3.1.例如Content-Encoding:gzip

3.Content-Language实体报头域描述资源所用的自然语言
3.1.没有设置该域则认为实体内容将提供给所有的语言阅读者
3.1.1.例如:Content-Language:da

4.Content-Length实体报头域用于指明实体正文的长度,以字节方式存储的十进制数字来表示

5.Content-Type实体报头域用语指明发送给接收者的实体正文的媒体类型
5.1.例如:Content-Type:text/html;charset=ISO-8859-1

6.Last-Modified实体报头域用于指示资源的最后修改日期和时间

7.Expires实体报头域给出响应过期的日期和时间
7.1.为让代理服务器或浏览器在一段时间以后更新缓存中的页面
7.2.(再次访问曾访问过的页面时,直接从缓存中加载,缩短响应时间和降低服务器负载)
7.3.可以使用Expires实体报头域指定页面过期的时间

十八.HTTP扩展

1.Cookie机制

1.1.Cookie是由服务器发给客户端的特殊信息,而这些信息,以文本文件的方式存在客户端

1.2.然后客户端每次向服务器发送请求的时候就会带上这些特殊信息,以便服务器做身份识别

2.Cookie处理过程

2.1.当用户第一次请求服务器时,请求报文中并不会包含Cookie信息
2.2.当服务器接收到客户端的请求时,会将响应信息给客户端
2.3.这时候响应报文的头部会包含个set-Cookie的字段信息,并包含用户的身份信息
2.4.当客户端收到set-Cookie时,会把Cookie保存在本地(内存或者硬盘中)

2.5.当客户端再次发送请求报文给服务器时
2.5.1.请求报文头部会携带Cookie信息并发送给服务器
2.6.服务器通过Cookie自带的信息分析,动态生成与该客户端相对应的数据

十九.实例

1.第一次访问:http://120.78.128.25:8765网站
1.1.使用Fiddler抓取请求此网站首页的请求报文和响应报文

2.可以看到第一次请求次网站时,请求报文是不含有Cookie信息的
2.1.而响应报文返回个set-Cookie给客户端

在这里插入图片描述

3.第二次访问:第二次请求的报文和响应报文

4.请求报文已经携带Cookie信息, 而响应报文不再携带set-Cookie信息

在这里插入图片描述

二十.Session机制

1.Session是另外一种记录客户状态和身份的机制
1.1.不同的是Cookie保存在客户端本地中, 而Session保存在服务器中

2.Cookie机制作用相同,只不过Cookie是通过检查客户身上的通行证确定客户身份
2.1.Session则是通过服务器上的客户明细表来确认客户身份

3.Session处理过程

3.1.当客户端第一次请求服务器时,服务器会创建个Session
3.1.1.并为该Session分配唯一标识Session id
3.2.并向Session中添加内容,服务器收到客户的请求后,会返回给客户端响应的信息
3.3.那么响应报文头部会携带Session id返回给客户端

3.4.当客户端再次请求服务器时,请求报文头部会携带之前的Session id
3.4.1.(session id是需要通过cookie传递)
3.5.服务器收到请求后根据Session id查找对应的session内容,
3.5.1.并分析对比是否为同一个客户端发来的请求
3.6.接着返回相应的数据给客户端

二十一.Cookie和Session区别解析

1.场景:有喝5杯咖啡免费赠一杯咖啡的优惠,然而一次性消费5杯咖啡的机会微乎其微
1.1.这时就需要某种方式来纪录某位顾客的消费数量
2。店员很厉害能记住每位顾客的消费数量,只要顾客一走进咖啡店,就知道该怎么对待
2.1.这种做法就是协议本身支持状态

3.发给顾客一张卡片,上面记录着消费的数量,一般还有个有效期限
3.1.每次消费果顾客出示这张卡片,则此次消费就会与以前或以后的消费相联系起来
3.2.这种做法就是在客户端保持状态

4.发给顾客一张会员卡,除了卡号之外什么信息也不纪录
4.1.每次消费时如果顾客出示该卡片
4.1.1.则店员在店里的纪录本上找到这个卡号对应的纪录添加一些消费信息
4.2.这种做法就是在服务器端保持状态

二十二.HTTP协议补充

1.高层协议有
文件传输协议FTP
电子邮件传输协议SMTP
域名系统服务DNS
网络新闻传输协议NNTPHTTP协议等
2.中介由三种:代理(Proxy)、网关(Gateway),通道(Tunnel)
2.1.代理根据URL的绝对格式来接受请求,重写全部或部分消息
2.1.1.通过URL的标识把已格式化过的请求发送到服务器

2.2.网关是一个接收代理,作为一些其它服务器的上层
2.2.1.并且如果必须的话,可以把请求翻译给下层的服务器协议

2.3.通道作为不改变消息的两个连接之间的中继点
2.4.当通讯需要通过一个中介(例如:防火墙等)或者是中介不能识别消息的内容时
2.4.1.通道经常被使用

3.代理(Proxy)

3.1.代理是一个中间程序,它可以充当一个服务器,也可以充当一个客户机
3.1.1.为其它客户机建立请求
3.2.请求是通过可能的翻译在内部或经过传递到其它的 服务器中

3.3.一个代理在发送请求信息之前,必须解释并且如果可能重写它

3.4.代理经常作为通过防火墙的客户机端的门户
3.4.1.代理还可以作为帮助应用来通过协议处理没有被用户代理完成的请求

4.网关(Gateway):一个作为其它服务器中间媒介的服务器

4.1.与代理不同的是,网关接受请求就好象对被请求的资源来说它就是源服务器
4.1.1.发出请求的客户机并没有意识到它在同网关打交道

4.2.网关经常作为通过防火墙的服务器端的门户,网关还可以作为一个协议翻译器
4.2.1.以便存取那些存储在非HTTP系统中的资源

5.通道(Tunnel):是作为两个连接中继的中介程序

5.1.一旦激活通道便被认为不属于HTTP通讯,尽管通道可能是被一个HTTP请求初始化的

5.2.当被中继 的连接两端关闭时,通道便消失

5.3.当一个门户必须存在或中介不能解释中继的通讯时通道被经常使用

6.Http指纹识别:记录不同服务器对Http协议执行中的微小差别进行识别

6.1.Http指纹识别比TCP/IP堆栈指纹识别复杂许多

6.2.定制Http服务器的配置文件、增加插件或组件
6.2.1.使得更改Http的响应信息变的很容易,这样使得识别变的困难

6.3.然而定制TCP/IP堆栈的行为需要对核心层进行修改,所以就容易识别

6.4.要让服务器返回不同的Banner信息的设置是很简单的
6.5.Apache的开放源代码的Http服务器,用户可以在源代码里修改Banner信息
6.5.1.然后重起Http服务就生效

6.6.对于没有公开源代码的Http服务器,比如微软的IIS或者是Netscape
6.6.1.可以在存放Banner信息的Dll文件中修改
6.7.当然这样的修改的效果还是不错的

6.8.另外一种模糊Banner信息的方法是使用插件
  • 11
    点赞
  • 30
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

平头哥-测试

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值