Linux服务.NO6——http协议

9. http

9.1.http概念

http协议即超文本传输协议,用于从万维网服务器传输超文本到本地浏览器的传送协议。
http是基于TCP/IP通信协议来传递数据的一个属于应用层的面向对象的协议。http协议工作于c/s架构,浏览器作为客户端通过url向http服务端(即web服务器)发送所有请求,web服务器根据受到的请求后,向客户端发送响应。

9.2.http特点

1.简单快速:客户向服务器请求,只需传送请求方法和路径(请求的方法有GET,HEAD,POST,每种方法规定了客户与服务器联系的类型不同)
2.灵活:http允许传输任意类型的数据对象,Content-Type表示正在传输的类型。
3.无连接:意思是服务器每次连接只会处理一个请求,处理完后收到客户端应答就立即断开连接,可以节省时间。
4.无状态:无状态是指协议对于事物处理没有记忆能力,如果后续需要处理和前面同样的信息,就需要重新传输数据。
5.支持B/S和C/S模式

9.3.http之URL

1.UR*概念
URI(uniform resource identifier),统一资源标识符,用来唯一的标识一个资源。web上的可用资源如HTML文档等都是由一个URI来定位的,URI一般由访问资源的命名机制、存放资源的主机名和资源自身的名称(由路径表示)。
URL(uniform resource locator),统一资源定位器,即URL可用来标识一个资源,而且还指明如何locate这个资源。URL在网络中就是用来描述信息资源的字符串,主要用在各种www客户程序和服务器上。URL一般由协议(服务方式)、存有该资源的主机IP和主机资源的具体地址(如目录和文件名)组成。
URN(uniform resource name),统一资源命名,通过名字来标识资源,它命名资源但是不指定如何定位资源。
URI是一种抽象的、高层次概念定义的统一资源标识,而URL和URN是具体的资源标识的方式,URL和URN都是一种URI.
2.URL解释
http://www.aspxfans.com:8080/news/index.asp?boardID=5&ID=24618&page=1#name 是一个完整的URL,可以看出包含了以下部分:

  1. 协议部分:该URL使用的协议是http,后面分隔符是//;
  2. 域名部分:该URL域名是www.aspxfans.com,也可以使用IP;
  3. 端口部分:和域名的分隔符是冒号,可以省略,使用默认端口;
  4. 虚拟目录:从端口号后的第一个/到最后一个/就是虚拟目录部分,可以省略;
  5. 文件名字:从URL的最后一个/后面开始到?为止,就是文件名部分,如果没有?,则从最后一个/到#为止就是文件名,如果没有?和#,那么从最后一个/到结尾都是文件名;
  6. 参数部分:从?到#之间的部分为参数部分,参数允许有多个,参数之间使用&符号连接。
  7. 锚部分:从#开始到最后,不是URL必须的部分,可以省略;

9.4.request和response

1.请求消息
客户端向服务器发送一个http请求的请求消息(request)包括请求行、请求头部、空行和请求数据四个部分组成。
请求行:声明请求类型(get,post等),要访问的资源(URL)以及表明所使用的http版本号。
请求头部:host后面指明请求的目的地,user-agent是浏览器类型检查逻辑的基础,由浏览器自身来定义,在请求中自动发送。
空行:空行必须要有,即使请求数据为空,也需要有空行。
请求数据:要请求的内容。
2.响应消息
服务器接收到请求之后就会返回一个响应消息(response)给客户端,响应消息由状态行、消息报头、空行和响应正文组成。
状态行:声明http版本号,状态码和状态消息
消息报头:指明生成响应日期以及HTML的类型和编码类型等信息。
空行:任然必须存在。
响应正文:服务器返回给客户端的文本信息,一般是个HTML。

9.5.请求类型和状态码

1.请求类型
在请求消息的第一行第一个参数就是请求类型,也叫请求方法,http可以使用多种请求方法,http1.1一共可以有8种请求方法。
GET—请求指定的页面信息,返回实体主体。
HEAD—类似get,但返回的响应没有具体内容,用于得到报头。
POST—向指定资源提交数据进行处理请求(如上传文件),数据被包含在请求体中,post请求可能造成新资源的建立或已有资源的修改。
PUT—从客户端向服务器传送的数据取代指定的文档的内容。
DELETE—请求服务器删除指定页面
CONNECT—预留能将连接改为管道方式的代理服务器
OPTIONS—允许客户端查看服务器性能
TRACE—回显服务器收到的请求,用于测试或诊断。
最常用的四个请求就是PUT,DELETE,POST,GET,分别是对资源进行增、删、改、查的四个基本操作。
2.状态码
在响应消息的第一行中包含了状态码和状态消息,一个状态码对应了一个状态消息,如:
200—OK(客户端请求成功)
400—Bad Request(客户端请求有语法错误)
401—Unauthorized(请求未经授权)
403—Forbidden(服务器收到请求,但是拒绝提供服务)
500—Internal Server Error(服务器发生不可预期的错误)
503—Server Unavailable(服务当前不能处理请求,稍后再试)

9.6.GET和POST

1.打包格式:
GET请求会将请求的数据放在URL中,也就是URL的参数部分,如果数据是字母或数字就原样发送,如果是空格就替换为加号(+),如果是中文或其他字符,就将字符串用BASE64加密,加密结果形式是%E4%BD%A0%E5%A5%BD这样,其中%XX中的XX表示为该符号以16进制表示的ASCII。
而POST请求会将提交的数据放置在http包的包体中,所以GET提交的数据会在地址栏中显示出来,而POST不会。
2.安全性:
由于GET的发送数据都是放在URL中的,所以用户名和密码就会明文出现在URL上,这样安全就得不到保障
3.传输数据大小:
声明:http协议中对传输数据没有大小限制,对URL没有长度限制。
在部分浏览器或者服务器中有可能对URL长度有限制(如IE显示URL长度是2k+35字节),没有限制的就取决于操作系统的支持,所以在使用GET提交时数据有可能受到URL长度限制。
而POST请求不通过URL传值,理论上数据不受限制,不过各个web服务器都会规定post提交数据的大小。
4.请求参数:
GET:请求参数作为一个key/value对的序列附加到URL上,受浏览器对URL长度限制,不适合传输大型数据,而且也不够安全。
POST:请求参数在请求消息的包内(包内的entity body部分)传输的,需要将content-type的值设置为application/x-www-from-urlencoded,其参数也是作为key/value对传输,但是post没有定于传输数据结构的语法和规则,所以不支持复杂的数据类型。
SOAP:是http post的一个专用版本,遵循一种特殊的xml消息格式,将content-type的值设置为text/xml,将任何数据xml化。

9.7.工作原理

HTTP协议定义客户端如何从web服务器请求web页面,以及服务器如何把web页面传送给客户端,采用了请求/响应模型。

  1. 客户端连接到web服务器:
    一个http客户端,如浏览器,与web服务器的http端口(默认80)建立一个tcp套接字连接。
  2. 发送http请求:
    通过tcp套接字,客户端向web服务器发送请求报文。
  3. 服务器接收请求并返回http响应:
    服务器解析请求,定位资源,将资源复本写到tcp套接字并发送该响应信息,由客户端来读取这个响应。
  4. 释放tcp连接:
    若参数connection被设置为close,那么服务器在响应之后就会主动关闭TCP连接,客户端被动关闭连接,而如果connection被设置为keepalive,则该链接会保持一段时间,在该时间内可以继续接受请求。
  5. 客户端浏览器解析HTML:
    客户端首先解析状态行,查看是否成功的状态码,然后解析每一个响应头,响应头告知下面哪部分为HTML文档以及文档字符集,然后浏览器根据响应头来读取HTML文档,并根据HTML的语法对其进行格式化,最后在浏览器中显示。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
智慧校园建设方案旨在通过融合先进技术,如物联网、大数据、人工智能等,实现校园的智能化管理与服务。政策的推动和技术的成熟为智慧校园的发展提供了基础。该方案强调了数据的重要性,提出通过数据的整合、开放和共享,构建产学研资用联动的服务体系,以促进校园的精细化治理。 智慧校园的核心建设任务括数据标准体系和应用标准体系的建设,以及信息化安全与等级保护的实施。方案提出了一站式服务大厅和移动校园的概念,通过整合校内外资源,实现资源共享平台和产教融合就业平台的建设。此外,校园大脑的构建是实现智慧校园的关键,它涉及到数据中心化、数据资产化和数据业务化,以数据驱动业务自动化和智能化。 技术应用方面,方案提出了物联网平台、5G网络、人工智能平台等新技术的融合应用,以打造多场景融合的智慧校园大脑。这括智慧教室、智慧实验室、智慧图书馆、智慧党建等多领域的智能化应用,旨在提升教学、科研、管理和服务的效率和质量。 在实施层面,智慧校园建设需要统筹规划和分步实施,确保项目的可行性和有效性。方案提出了主题梳理、场景梳理和数据梳理的方法,以及现有技术支持和项目分级的考虑,以指导智慧校园的建设。 最后,智慧校园建设的成功依赖于开放、协同和融合的组织建设。通过战略咨询、分步实施、生态建设和短板补充,可以构建符合学校特色的生态链,实现智慧校园的长远发展。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值