自定义请求头导致跨域的解决办法

本文仅是记录一下开发碰到的问题,不确定百分百有效。

跨域是什么意思?

跨域问题的根本原因在于浏览器的 同源策略(Same-Origin Policy)跨域资源共享(CORS,Cross-Origin Resource Sharing)机制 的限制

也就是你需要满足三点要求就不会跨域,任意一点不满足就会跨域

  • 协议相同(如 http 或 https)。
  • 域名相同(如 example.com)。
  • 端口号相同(如 80 或 443)。

通常来说跨域在配置文件继承WebMvcConfiguration的类中重写addCorsMappings方法就可以解决

    @Override
    public void addCorsMappings(CorsRegistry registry) {
        registry.addMapping("/**") // 对所有路径生效
                .allowedOriginPatterns("*")
                //.allowedOrigins("*") // 允许的域名
                .allowedMethods("GET", "POST", "PUT", "DELETE", "OPTIONS") // 允许的 HTTP 方法
                .allowedHeaders("*") // 允许的请求头
                .allowCredentials(true) // 是否允许发送 Cookie
                .maxAge(3600); // 预检请求的有效期(单位:秒)
    }
  • 浏览器在发送跨域请求时,默认只允许使用以下标准请求头:
    • Accept
    • Accept-Language
    • Content-Language
    • Content-Type(仅限于 application/x-www-form-urlencodedmultipart/form-data 和 text/plain 类型)
  • 如果前端在跨域请求中添加了自定义请求头(如 Access-TokenX-Custom-Header),浏览器会认为这是一个 非简单请求(Non-Simple Request)
  • 对于非简单请求,浏览器会在实际发送请求之前,先发送一个 预检请求(Preflight Request)(HTTP 方法为 OPTIONS),以确认服务器是否允许该请求
  • 只有当服务器返回正确的 CORS 响应头,允许这些内容时,浏览器才会继续发送实际请求
  • 如果服务器未正确处理预检请求(如未返回 Access-Control-Allow-Headers 或未允许自定义请求头),浏览器会拒绝发送实际请求,并抛出跨域错误

我也在继承WebSecurityConfigurerAdapter的配置类加上了configure方法,但仍然跨域

    @Override
    protected void configure(HttpSecurity httpSecurity) throws Exception {
        httpSecurity
            .cors().and() // 显式启用 CORS 支持
            .csrf().disable()
            .sessionManagement().sessionCreationPolicy(SessionCreationPolicy.STATELESS).and()
            .authorizeRequests()
            .antMatchers(HttpMethod.OPTIONS, "/**").permitAll() // 放行 OPTIONS 请求
            .anyRequest().authenticated();
    }

最后解决办法是,定义了一个跨域过滤器

import org.springframework.stereotype.Component;

import javax.servlet.*;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import java.io.IOException;

/**
 * @Author: Desmond
 * @CreateTime: 2025-04-20
 * @Description: 跨域过滤器
 */
@Component
public class CorsFilter implements Filter {
    @Override
    public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) throws IOException, ServletException {
        HttpServletRequest request = (HttpServletRequest) req;
        HttpServletResponse response = (HttpServletResponse) res;

        // 允许的域名(根据实际需求修改)
        String origin = request.getHeader("Origin");
        response.setHeader("Access-Control-Allow-Origin", origin); // 动态设置允许的域名
        response.setHeader("Access-Control-Allow-Credentials", "true"); // 允许携带凭据
        response.setHeader("Access-Control-Allow-Methods", "POST, GET, PATCH, DELETE, PUT, OPTIONS"); // 允许的 HTTP 方法
        response.setHeader("Access-Control-Max-Age", "3600"); // 预检请求的有效期
        response.setHeader("Access-Control-Allow-Headers", "Access-Token, Content-Type, Token, Origin, X-Requested-With, Accept"); // 允许的请求头

        // 处理 OPTIONS 请求(预检请求)
        if ("OPTIONS".equalsIgnoreCase(request.getMethod())) {
            response.setStatus(HttpServletResponse.SC_OK); // 返回 200 OK
            return;
        }

        // 继续处理其他请求
        chain.doFilter(req, res);
    }

    @Override
    public void init(FilterConfig filterConfig) throws ServletException {
        // 初始化逻辑(如果需要)
    }

    @Override
    public void destroy() {
        // 销毁逻辑(如果需要)
    }
}

在setHeader中,添加自己的自定义请求头,重启服务发现前端携带请求头可以正常访问了。

### 自定义HTTP请求头的方法 #### 使用PHP的CURL库添加自定义请求头 在PHP中,可以利用`curl_setopt()`函数来配置cURL会话选项。为了向HTTP请求添加自定义头部信息,需使用`CURLOPT_HTTPHEADER`这个常量作为第一个参数传递给该函数,并且第二个参数应该是一个数组,其中包含了要附加到请求上的各个头部字段及其对应的值。 ```php <?php $ch = curl_init(); curl_setopt($ch, CURLOPT_URL,"http://example.com"); curl_setopt($ch, CURLOPT_POST, 1); // 设置自定义请求头 curl_setopt($ch, CURLOPT_HTTPHEADER, array( "Content-Type: application/json", "Authorization: Bearer YOUR_ACCESS_TOKEN" )); curl_exec ($ch); curl_close ($ch); ?> ``` 此代码片段展示了如何创建一个新的cURL资源,指定目标网址以及POST方法之后,通过调用`curl_setopt()`设置了两个自定义请求头:“Content-Type”和“Authorization”。最后执行请求并关闭连接[^1]。 #### Nginx处理带有自定义标头的请求 当客户端发出含有自定义标头的HTTP请求到达Nginx时,这些额外的数据会被当作标准的一部分被解析出来。假设服务器接收到一封电子邮件形式的HTTP请求,在其信封(即请求头部分)里发现了一些特殊的备注——也就是所谓的自定义标头,则Nginx能够识别它们并将之转发至后端应用服务去进一步处理。不过需要注意的是,默认情况下某些特定名称开头的标头可能会受到保护而不允许直接修改或新增;对于其他类型的自定义标头则通常不会存在问题[^2]。 #### 解决资源共享(CORS)问题下的自定义请求头 如果遇到因为尝试添加自定义请求头导致浏览器抛出关于源资源共享策略(Cross-Origin Resource Sharing, CORS)方面的错误提示,这往往是因为响应首部缺少必要的权限声明所致。具体来说,就是在预检请求(Preflight Request)阶段未能获得来自服务器端授予访问控制列表(`Access-Control-Allow-Headers`)内所列明的相关项许可之前,任何试图携带未经认可的自定义字段发起的实际数据传输都将遭到阻止。因此解决办法是在服务器返回的内容里面加入适当范围内的授权说明: ```apacheconf header("Access-Control-Allow-Headers: Origin, X-Requested-With, Content-Type, Accept, Custom-Header"); ``` 上述指令告知浏览器哪些种类的自定义请求头是可以接受的,从而使得前端应用程序能够在不违反安全规定的情况下成功提交包含此类元数据在内的网络请求[^3]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

Desamond

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

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

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

打赏作者

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

抵扣说明:

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

余额充值