尽管我允许“https://example.com/”，但来自源“https://example.com”的访问已被阻止

当尝试跨域访问资源时，开发人员经常会遇到与 Access-Control-Allow-Origin header 相关的问题。解决这些问题的关键在于理解CORS协议背景下“起源”的准确含义。

CORS中起源的概念

In CORS，起源是方案、主机（域）和端口的组合。重要的是，它不包含路径。因此，以下两个来源被认为是不同的：

• https://example.com
• https://example.com/path/to/resource

问题：起源中的尾部斜杠

这种特殊情况下的问题源于对起源定义的误解。具体来说，根据 CORS 协议规范，不允许在允许的来源中使用尾部斜杠。因此，浏览器发送的原始标头（不带尾部斜杠）与服务器上配置的允许来源不匹配。

解决方案：从允许来源中删除尾部斜杠

要解决此问题，只需从 CORS 配置中允许的原始值中删除尾部斜杠即可。在这种情况下，正确的允许来源将是：

• https://googledocs-clone-sbayrak.netlify.app

通过此修改，浏览器的来源标头将匹配允许的来源，并且 CORS 将成功允许。