前后端交互
- 前端主动发送请求
- 后端返回响应给前端
- 四台TCP/IPP基波浪
获得语义准入优惠
POST更倾向于捐款的语义性质。
PUT偏向于提交书的同义词(与列入的提交书相对应)。
DELETE赞成购置权的同义词(倾向于删除)。
PATCH在语义上优于BORMIT(它更喜欢提交修改)。
总部总部更喜欢购置的同义词(只是为了获得回复电文)。
选择偏向于获取同义词( 获取服务器信息, 需要服务器许可 ) 。
CFONNECT 预订请求,管道连接到代理连接
…
最后更新：2022-03-10 08:43:42 手机定位技术交流文章
前后端交互
前后端交互
+ 客户和服务
+ 目标:学习如何向服务器发送信息并接收其反馈。
=> 例如: 登录, 发送 用户名 和 密码, 接受返回 登录成功 或者 登录失败
=> 例子: 列表, 发送 第几页 和 一页多少条, 接受返回 商品数组
如何与系统的前端和后端接口(通信)
+Ajax技术商店
=> async 异步
=> javascript
=> and 和
=> xml 严格的 html 格式数据
一. 创建ajax对象(用于发送ajax查询的“工具”)。
=> 语法: const xhr = new XMLHttpRequest()
二. 提供这一请求资料。
=> 语法: xhr.open(请求方式, 请求地址, 是否异步)
-> 请求方式: 按照接口文档书写
-> 请求地址: 按照接口文档书写
-> 是否异步: 默认是 true 表示 是异步, 选填 false, 表示 非异步(同步)
三,把请求传出去
=> 语法: xhr.send()
4. 接受响应
=> 依赖事件触发的, 因为 ajax 是异步的
=> 语法: xhr.onload = function () {}
=> 时机: 当前这个 ajax 请求结束以后, 触发
=> 在 xhr 对象内, 有一个叫做 reponseText 的属性, 记录的就是后端返回的信息
http//
+ 我决定了一种 前后互动的方法。
+ 该协议只能提出前端的要求,接受后端的答复。
一. 三次TCP/IP型握手
+ 目标是建立客户和服务链接,保持公路畅通。
+ 告诉后端你想说什么都行。
+ 前端发送所有内容作为请求。
2.-1. 信息请求表
=> 传输协议版本 http/1.1
=> 请求方式 get
=> 请求地址 /xxxx/yyyy
2-2. 请求头(关于这一请求的信息)
=> userAgent 客户端信息
=> platform 客户端操作系统
=> host 客户端主机域名
=> cookie 当你的 cookie 空间内有信息, 会自动携带
=> content-type 前端请求体的数据格式
=> …
2-3. 要求提供空行报告
=> 一个空白行
=> 区分请求头和请求体的空白行
2-4. 请求的实质内容
=> 前端传递给后端的真实信息
=> post 会有
=> get 一般没有, 都连接在地址一起了
+ 后端现已为前端准备就绪。
+ 根据报告,后端发送完整材料。
3-1. 反应线
=> 传输协议版本
=> 响应状态码 200
=> 简单描述 OK
3-2. 反应头头(关于本答复说明的详情)
=> Server 服务器版本
=> Date 服务器时间
=> content-type 服务端响应体的数据格式
=> content-length 响应体长度
=> …
3/3的记者中,3/3的记者中,有反应的记者中,3/3的记者中,3/3的记者中,3/3的记者中,3/3的记者中,3/3的记者中,3/3的记者中,3/3的记者中,3/3的记者中,3/3的记者中,3/3的记者中,3/3的记者中,3/3的
=> 后端返回给前端的真实信息
=> 为了确保正确且安全的断开
三次握手
一,从前端到后端送一个"包"
二. 在从后端得到“包件”后,后端向前端提供“包件+包件”。
后端知道前端可能被正确提供 。
后端已意识到。 后端是好的 。
三. 在从前端得到一个“包包+包包”后,返回后端。
前端知道前端可以正确发送 。
前端知道一切都很好
前端已经知道 后端已经足够了
前端知道后端数据可以正确发送 。
后端知道前端是可以接受的
后端知道后端可以正确发送后端 。
四次挥手
一,从前端到后端送一个"包"
=> 告诉他: “我接受到你的响应了, 可以准备断开了”
二. 后端从前端取出“ 包件”, 然后返回到“ 包件 + 1 包件 ” 。
=> 告诉前端: “我知道你接收到我的信息了, 我准备断开了”
三。后端向前端发送一个“包 + 2 ” 。
=> 告诉前端: “我已经准备好断开了, 当我再次受到消息会直接断开, 不在回复”
四. 收到前面所有“包件”后, 将“ 最后包件” 返回后端 。
=> 高度后端: “我已经断开连接了, 别回了”
响应状态码(了解)
+ 请求作为数字的状态(成功/失败)
分成五类
一. 100 199 连接延续
二. 成功需要200 299分。
三. 调整方向,拨300 399。
304 缓存
301 调整方向(临时)
永久中转 302
4 400 499次,因各种客户失败
404. 没有请求地址。
403 请求地址授权不足
5 500 599 各种服务端故障5 500 599
请求方式
+ 将信息从前面发送到后面的方式
+ 性质上的区别纯粹是概念性的。
GET 和 POST 之间的区别(读和记住整段, 得到精神)
一. 进化的邮件组件无法启动 。
=> GET: 直接拼接在地址栏后面(以查询字符串的方式)
=> POST: 书写在请求体内
二. 进化的邮件组件无法启动 。
=> GET: 只能是查询字符串格式
=> POST: 不限制任何格式, 但是你要在请求头内的 content-type 信息说明
-> 查询字符串: application/x-www-form-urlencoded
-> json字符串: application/json
-> 二进制流: mutlipart/form-data
三. 运输数据大小
=> GET: 2KB
=> POST: 理论上不限制大小, 会被服务器限制
4. 安全
=> GET 相对不安全
=> POST 相对安全
本文由 在线网速测试 整理编辑，转载请注明出处。
