web原理

web原理

1.HTTP协议

​ HTTP协议是Hyper Text Transfer Protocol(超文本传输协议)的缩写。HTTP 协议和 TCP/IP 协议族内的其他众多的协议相同, 用于客户端和服务器之间的通信。请求访问文本或图像等资源的一端称为客户端, 而提供资源响应的一端称为服务器端。

2.HTTP协议分层管理

  • 应用层
    • HTTP
    • FTP
    • NDS
  • 传输层
    • TCP
    • UDP
  • 网络层
    • IP
  • 链路层
    • frame

3.TCP/IP协议

​ HTTP协议是构建在TCP/IP协议之上的,是TCP/IP协议的一个子集,所以要理解HTTP协议,有必要先了解下TCP/IP协议相关的知识。

​ 由于TCP/IP协议族包含众多的协议,在这里我们无法一一讨论。接下来,我们仅介绍理解HTTP协议需要掌握的TCP/IP协议族的一些相关知识点。如果想深入理解TCP/IP协议,可以参考经典书籍《TCP/IP详解》。

在这里插入图片描述

TCP协议三次握手的描述如下:

第一次握手:客户端发送带有SYN标志的连接请求报文段,然后进入SYN_SEND状态,等待服务端的确认。

第二次握手:服务端接收到客户端的SYN报文段后,需要发送ACK信息对这个SYN报文段进行确认。同时,还要发送自己的SYN请求信息。服务端会将上述的信息放到一个报文段(SYN+ACK报文段)中,一并发送给客户端,此时服务端将会进入SYN_RECV状态。

第三次握手:客户端接收到服务端的SYN+ACK报文段后,会想服务端发送ACK确认报文段,这个报文段发送完毕后,客户端和服务端都进入ESTABLISHED状态,完成TCP三次握手。

​ 当三次握手完成后,TCP协议会为连接双方维持连接状态。为了保证数据传输成功,接收端在接收到数据包后必须发送ACK报文作为确认。如果在指定的时间内(这个时间称为重新发送超时时间),发送端没有接收到接收端的ACK报文,那么就会重发超时的数据。

在这里插入图片描述

4.URI和URL的含义

URI ( Uniform Resource Identifier ):统一资源标识符
URI 是由某个协议方案表示的资源的定位标识符,协议方案是指访问资源所使用的协议类型名称。
协议友案有 http 、mailto 、 telnet 、 file ,所以 http 协议也只是
URI 众多协议中的一种。采用URL可以用一种统一的格式来描述各种信息资源,包括文件、服务器的地址和目录等。URL一般由三部组成:
①协议(或称为服务方式)
②存有该资源的主机IP地址(有时也包括端口号)
③主机资源的具体地址。如目录和文件名等

URL ( Uniform Resource Locator ):统一资源定位符有时也被俗称为网页地址。
URI 用字符串标识某一互联网资源
URL 表示资源的地点(互联网上所处的位置)
URL 是 URI 的子集,在充分理解的基础上,可以用 URL 替换 URI

5.HTTP请求方法

  • GET:获取资源
  • POST:传输实体主体
  • PUT:传输文件
  • HEAD:获取报文首部
  • DELETE:删除文件
  • OPTIONS:询问支持的方法
  • TRACE:追踪路径
  • CONNECT:要求用隧道协议链接代理

6.HTTP之响应报文

类别原因短语
1XXinformational请求正在处理中
2XXsuccess正常处理完毕
3XXredirection需要进行时加操作才算完成请求
4XXclient error客户端发送的请求数据问题
5XXserver error服务端处理请求出错

7.企业级应用﹣安全﹣ HTTP 和 HTTPS

· HTTTPS ( HTTP Secure ).其实是加上加密+认证+完整性保护
的 HTTP 。
·使用 HTTPS 最普遍的场景是支付系统,因为在这种场景下使用 HTTP 会导致支付卡号以及密码被盗取,采用 HTTPS 则能有效的避免这点。
· HTTTPS 并非是应用层的一种新协议,只是 HTTTP 通信接口部分用
SSL ( Secure Socket Layer )和 TLS ( Transport Layer
Security )协议代替。
· HTTTPS 其实是 HTTP 先和 SSL 通信,再由 sSL 和 TCP 通信。 SSL 是独立于 HTTP 的协议,其他运行在应用层的 SMTP 和 Telnet 等协议均可配合 sSL 协议使用。

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Web服务器的工作原理可以简单描述为以下几个步骤: 1. 客户端发送请求:当用户在浏览器中输入网址或点击链接时,浏览器会发送一个HTTP请求给服务器。这个请求包含了要访问的资源的信息,如URL、请求方法(GET、POST等)等。 2. 服务器接收请求:Web服务器接收到客户端发送的请求后,会解析请求的内容,包括URL、请求方法和其他附加信息。 3. 处理请求:根据解析到的URL和请求方法,服务器会执行相应的处理逻辑来获取请求的资源。这可能涉及到读取文件、从数据库中检索数据或执行其他必要的操作。 4. 生成响应:服务器根据处理请求的结果生成一个HTTP响应。这个响应包含了响应状态码(例如200表示成功、404表示资源未找到等)、响应报头(包含有关响应的元数据)和响应正文(包含实际的内容)。 5. 发送响应:服务器将生成的HTTP响应发送回客户端。这个过程中,响应会经过网络传输,并由客户端浏览器接收。 6. 客户端渲染:一旦客户端浏览器接收到服务器发送的响应,它会根据响应的内容进行解析和渲染,最终呈现给用户。 整个过程中,Web服务器起到了中间人的角色,负责接收客户端请求、处理请求、生成响应并发送回客户端。这样,用户就可以通过浏览器与Web服务器进行交互,获取所需的网页和其他资源。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值