不允许访问控制允许在请求的资源错误上出现源报头
在前端开发中，我们经常会遇到跨域问题。浏览器默认情况下会阻止从一个源站点加载来自另一个源站点的资源，这是基于同源策略的保护机制。不过，在某些情况下，我们需要允许跨域访问资源。这时就需要使用CORS（Cross-Origin Resource Sharing，跨域资源共享）技术。
CORS通过在HTTP响应头中添加一些特殊的字段来告诉浏览器允许哪些跨域请求。其中，Access-Control-Allow-Origin就是最为常见的CORS响应头之一。它指定了允许访问资源的源站点，只有来自该站点的请求才能访问该资源。
然而，在某些情况下，服务器返回的响应可能会没有设置Access-Control-Allow-Origin响应头或者设置了错误的值。这时，浏览器依然会收到一个错误的响应，同时也无法正确地处理这个错误。为了解决这个问题，W3C的CORS规范提供了一种新的机制来允许未被授权的跨域访问。这个机制就是“不允许访问控制允许在请求的资源错误上出现源报头”。
简单来说，这个机制指的是，在浏览器收到没有Access-Control-Allow-Origin响应头的响应时，它会将该响应中的Origin字段作为源站点值，然后重新发送同样的请求。如果服务器正确处理了该请求，并返回了正确的响应头，例如设置了Access-Control-Allow-Origin响应头，那么浏览器就能成功处理这个错误。
下面是一个示例代码：
-- -------------------- ---- -------
-------- -------------------- -
------ ---------- - ----- ------ ---------------- -- -
-- ------------- -
------ ----------------
- ---- -- ---------------- --- ---- -
-- --------- --------------------------- --
-- -------------- ------ --
----- ------ - --- ----------------
------ ---------- - -------- - --------- ------ -- ----- ------ --
-------------- -- -----------------
- ---- -
----- --- -------------- --------
-
---
-这里使用了fetch API来发送跨域请求，并通过设置mode选项为“cors”来启用CORS机制。如果第一次请求返回的响应没有Access-Control-Allow-Origin响应头，那么就重新发送同样的请求，并在请求头部添加Origin字段。这样，服务器就能正确地处理该请求，并返回正确的响应头。最后使用response.json()方法解析响应数据。
总之，了解CORS机制并能够正确地处理跨域请求是前端开发中非常重要的一部分。在遇到没有Access-Control-Allow-Origin响应头的响应时，可以通过使用不允许访问控制允许在请求的资源错误上出现源报头机制来解决这个问题。
来源：JavaScript中文网 ，转载请注明来源 https://www.javascriptcn.com/post/13095