Nginx反向代理后仍跨域，前端该如何解决？

本文针对Nginx反向代理后前端仍出现跨域问题的常见原因进行分析和解答。即使Nginx配置正确地代理了后端服务（例如3344端口），前端代码如果直接在请求URL中硬编码了后端端口号，浏览器将绕过Nginx直接访问后端，导致Nginx的反向代理功能失效，从而引发跨域错误。解决方法并非修改Nginx配置，而是修正前端代码，移除URL中的后端端口号，确保前端请求指向Nginx监听端口（如80或443），让Nginx完成代理转发，最终解决跨域问题。

Nginx反向代理下的前端跨域问题排查及解决

在使用Docker部署前端项目并通过Nginx进行反向代理时，开发者经常会遇到跨域问题。本文分析一个典型案例，解释为何即使Nginx配置看似正确，前端请求仍然出现跨域错误。

问题现象： 用户使用Nginx反向代理，其default.config文件已配置反向代理规则（此处假设配置正确，指向后端服务，例如端口3344）。但前端项目请求时，依然报错跨域。

问题根源： 关键在于前端请求的URL。尽管Nginx正确代理了指向3344端口的服务，前端代码可能直接在请求URL中硬编码了3344端口。这意味着浏览器请求直接指向3344端口，绕过了Nginx的反向代理。Nginx只能代理外部请求，前端直接访问后端，则Nginx的代理功能失效，跨域问题无法解决。

解决方案： 问题不在Nginx配置，而在前端URL构建方式。解决方法是修改前端代码，移除URL中的3344端口号。前端请求应直接指向Nginx监听端口（例如80或443），由Nginx转发请求到后端。这样，请求先到达Nginx，再由Nginx转发，从而解决跨域问题。 简而言之，修正前端代码，去除URL中多余的端口号即可。

今天关于《Nginx反向代理后仍跨域，前端该如何解决？》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！