### 解决Django CORS 请求被调用两次的问题 当处理跨域资源共享(CORS)时，可能会遇到浏览器发出预检请求（OPTIONS），这通常会导致实际请求之前先发起一次额外的HTTP OPTIONS请求。这种行为是由浏览器的安全机制引起的，旨在验证服务器是否允许来自特定源的实际请求。 为了防止Django应用中的CORS中间件导致单个客户端请求触发多次服务端处理的情况，可以采取以下措施： #### 配置`CORS_URLS_REGEX` 通过设置正则表达式来匹配哪些URL应该启用CORS支持。这样可以精确控制哪些路径下的资源能够接受跨域访问，从而减少不必要的预检请求。 ```python # settings.py import re CORS_ORIGIN_ALLOW_ALL = True # 或者指定白名单 CORS_ORIGIN_WHITELIST CORS_URLS_REGEX = r'^/api/.*$' # 只对/api开头的路由开启cors ``` #### 使用自定义中间件过滤重复请求 创建一个新的中间件类，在其中判断当前请求是不是预检请求(OPTIONS)，如果是，则直接返回200状态码而不执行视图函数逻辑。这种方法能有效阻止某些情况下由于预检请求造成的业务逻辑被执行两次的现象[^1]。 ```python from django.http import HttpResponse class CorsMiddleware: def __init__(self, get_response): self.get_response = get_response def __call__(self, request): if request.method == "OPTIONS": response = HttpResponse() response['Content-Length'] = '0' response.status_code = 204 return response response = self.get_response(request) response["Access-Control-Allow-Origin"] = "*" response["Access-Control-Allow-Methods"] = "GET, POST, PUT, DELETE, PATCH, OPTIONS" response["Access-Control-Max-Age"] = "86400" # 缓存时间 response["Access-Control-Allow-Headers"] = "authorization,content-type" return response ``` 上述代码片段展示了如何构建一个简单的中间件以应对OPTIONS类型的预检请求，并适当设置了响应头以便于后续的真实请求顺利进行。