.NET处理VUE OPTIONS请求问题

最新推荐文章于 2023-10-10 17:15:00 发布

二月十六

最新推荐文章于 2023-10-10 17:15:00 发布

阅读量2k

点赞数

CC 4.0 BY-SA版权

分类专栏： .NET 文章标签： vue 接口 .net post

本文链接：https://blog.csdn.net/sinat_28984567/article/details/104625009

.NET 专栏收录该内容

4 篇文章

订阅专栏

本文探讨了在前后端分离项目中，VUE前端与.NET MVC后端交互时遇到的跨域问题，特别是在预请求（OPTIONS）无法获取HeaderToken的情况。作者分享了一种解决方案，即在OnActionExecuting方法中区分并处理OPTIONS请求，确保预请求能够正确响应自定义Header，从而使后续的POST请求得以顺利进行。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近做了一个前后端分离的项目，后台用的.NET MVC写的接口，前台用的VUE。出现了一个问题，就是在后台获取Header Token的时候，怎么也获取不到，后来发现VUE前端在请求的时候，先发送了一个OPTIONS请求，也就是大家说的预请求，这个请求是获取不到Header里边的内容，如果OPTIONS请求不能正常处理，那么后边真正的POST的请求也不会再进行，所以只有这个OPTIONS请求通过之后，才能处理真正的POST请求，但是OPTIONS请求和POST请求，都是访问的同一个接口地址，怎么区分处理呢？目前我是在OnActionExecuting方法里做的处理。

protected override void OnActionExecuting(ActionExecutingContext filterContext)
{
    //对OPTIONS请求做处理
    if (Request.HttpMethod == "OPTIONS")
    {
        JsonResult jsResult = new JsonResult();               
        filterContext.HttpContext.Response.AddHeader("Access-Control-Allow-Headers", "token");                
        filterContext.Result = jsResult;
    }
    else
    {
        //其他正常处理代码
    }            
}

在处理的时候加了一个"Access-Control-Allow-Headers"，“token”，如果OPTIONS请求没有返回这个自定义Header内容，那么预请求的结果就是不允许传自定义Header，那么后边的POST请求也不会拿到数据，所以加了一个这个东西。

目前我是这么想也是这么处理的，欢迎讨论指正。