HTTP协议简述

HTTP协议

简介

协议: 指大家商量好的一个共同认可的结果

HTTP协议: 规定了浏览器与服务端之间的数据交互的方式及其他事项

HTTP协议可以不遵循,但如果不遵循,那么浏览器就无法识别我们编写的网站,就需要自己编写一客户端

HTTP协议的四大特性

  1. 基于请求响应

    服务端永远不会主动给客户端发消息,必须是客户端先发送请求

    如果想要让服务端主动给客户端发送消息可以采用其他网络协议

  2. 基于TCP、IP 作用于应用层上的协议

  3. 无状态

    不保存客户端的状态信息

    早期的网站不需要用户注册 所有人访问的网页数据都是一样的

  4. 无连接/短链接

    HTTP协议默认是HTTP 1.0 短链接(HTTP 1.1 长链接),即两者请求响应后立刻断绝关系,绝大多数网站都用的短链接

HTTP协议数据格式

  1. 请求格式

    请求首行(网络请求的方法)
    请求头(一堆k:v键值对)
    (换行符 不能省略)
    请求体(并不是所有的请求方法都有)

  2. 响应格式

    响应首行(响应状态码)

    响应头(一堆k:v键值对)

    (换行符 不能省略)

    响应体(即将交给浏览器的数据)

HTTP协议响应状态码

用数字来表示一串中文意思
1XX:服务端已经接受到了数据正在处理 你可以继续发送数据也可以等待
2XX:200 OK请求成功 服务端返回了相应的数据
3XX:重定向(原本想访问A页面 但是自动跳转到了B页面)
4XX:403没有权限访问 404请求资源不存在
5XX:服务器内部错误

除此之外,公司还会自定义状态码 一般以10000开头 eg : 聚合数据
在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

go&Python

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

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

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

打赏作者

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

抵扣说明:

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

余额充值