GET,POST,PUT,DELETE请求我都听过,OPTIONS又是什么鬼?!

原文链接

#概述

在项目中发现ajax中出现两次请求,OPTIONS请求和GET请求。

查找原因是浏览器对简单跨域请求和复杂跨域请求的处理区别

XMLHttpRequest会遵守同源策略(same-origin policy). 也即脚本只能访问相同协议/相同主机名/相同端口的资源, 如果要突破这个限制, 那就是所谓的跨域, 此时需要遵守CORS(Cross-Origin Resource Sharing)机制。

那么, 允许跨域, 不就是服务端设置Access-Control-Allow-Origin: *就可以了吗? 普通的请求才是这样子的, 除此之外, 还一种叫请求叫preflighted request。

preflighted request在发送真正的请求前, 会先发送一个方法为OPTIONS的预请求(preflight request), 用于试探服务端是否能接受真正的请求,如果options获得的回应是拒绝性质的,比如404\403\500等http状态,就会停止post、put等请求的发出

那么, 什么情况下请求会变成preflighted request呢?

  1. 请求方法不是GET/HEAD/POST
  2. POST请求的Content-Type并非application/x-www-form-urlencoded, multipart/form-data, 或text/plain
  3. 请求设置了自定义的header字段(这种情况居多)

#说在后面

这算是长见识了,那么除了我们常见的请求方式外,还有什么请求呢?这里我整理了一张表

方法名介绍
GET查询
POST提交
PUT修改
DELETE删除
CONNECT代理(跳板)
HEAD只请求页面的首部
OPTIONS测试请求
TRACE调试,一般不支持,支持的服务器存在跨站脚本漏洞
  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值