同一域名下不同二级子目录（如https://example.com/app与https://example.com/api）不构成跨域，因协议、域名、端口三者完全一致，属严格同源，浏览器不拦截、不触发预检、无需CORS配置；若出现“跨域错误”，实为前端误用不同域名/协议、代理失效、重定向跳转至不同源或硬编码错误URL所致。
同一个域名下不同二级子目录之间（比如 https://example.com/app 和 https://example.com/api）**并不构成跨域**，浏览器同源策略只看协议、主机（域名）、端口三者是否完全一致，不区分路径（即子目录）。所以这种场景下根本不需要配置 CORS。
为什么子目录间访问不算跨域
只要协议（https）、域名（example.com）、端口（默认443）完全相同，无论路径是 /app、/api 还是 /admin，都属于严格同源。浏览器不会拦截这类请求，也不触发预检（OPTIONS），更不会检查 Access-Control-Allow-Origin 等头。
常见误解与真实问题来源
如果你在子目录间调用时遇到“跨域错误”，实际原因通常不是 CORS，而是：
-
前端代码误用了不同域名或协议：比如页面地址是
http://example.com/app，却向https://example.com/api发请求（协议不一致）； - 开发环境代理配置错误：本地用 vite/webpack dev server 代理到后端时，代理规则未生效，导致请求实际发到了 localhost 或其他非同源地址；
-
服务端重定向改变了源：比如请求
/api被 302 重定向到https://api.example.com，这时才真正跨域； -
前端硬编码了错误的 base URL：代码里写死了
https://backend.example.com，而当前页面在https://example.com下运行。
什么情况下才需要 Nginx 配置 CORS
只有当请求来源（Origin 请求头）和目标服务器的协议+域名+端口不一致时，才需处理 CORS。典型例子包括：
- 前端部署在
https://app.mycompany.com，调用后端https://api.mycompany.com（主域名相同但子域不同）； - 本地开发时前端跑在
http://localhost:3000，调用线上 APIhttps://api.example.com； - 静态资源托管在 CDN 域名（如
https://cdn.example.com），加载 JS 后请求https://example.com接口。
如果真要为同域名子目录加 CORS（极少见，仅用于特殊调试）
虽然无必要，但若因测试或网关统一策略要求强制添加，Nginx 可这样写（不影响功能，仅冗余输出头）：
注意：这不会解决任何实际问题，反而可能掩盖真实配置错误。
location /api/ {<br> add_header 'Access-Control-Allow-Origin' 'https://example.com';<br> add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS';<br> add_header 'Access-Control-Allow-Headers' 'Content-Type, Authorization';<br> if ($request_method = 'OPTIONS') { return 204; }<br> proxy_pass http://backend;<br>} 
