Docker环境下Tomcat部署的Angular前端连接Spring Boot后端问题咨询

问题1：前端使用后端容器名调用接口无法解析的原因 #

• Docker自定义网络的容器名DNS解析仅作用于容器内部的网络栈，仅运行在容器内的进程（如Spring Boot容器中的Java进程、MySQL容器中的数据库进程）发起的网络请求，才会使用Docker内置的DNS服务解析容器名。
• 你的Angular代码是运行在用户本地笔记本的浏览器中，而非前端容器内部。浏览器发起接口请求时，使用的是本地笔记本的DNS解析规则，无法访问Docker私有网络的内置DNS，自然无法解析后端容器名。

问题2：CORS错误排查与解决 #

触发原因 #

该问题大概率和Tomcat配置、Spring Boot过滤器优先级相关，而非你自定义CorsFilter的规则本身错误：

• 开发环境使用ng s启动前端时，Angular CLI自带的开发服务器会做请求代理转发，不会触发浏览器跨域校验，所以问题不会暴露。
• 容器化部署后请求未到达自定义CorsFilter，说明有优先级更高的组件提前拦截了请求，常见为内置Tomcat的默认CorsFilter、Spring Security前置拦截器、或部署时额外添加的反向代理组件提前拦截了OPTIONS预检请求。

排查解决步骤 #

1. 首先在Linux服务器本地使用curl发起OPTIONS预检请求，跳过浏览器跨域校验直接验证后端响应：

curl -v -X OPTIONS -H "Origin: http://<前端访问地址>" -H "Access-Control-Request-Method: POST" http://<Linux服务器地址>:<后端宿主机端口>/<测试接口路径>

如果返回的响应头中没有Access-Control-Allow-*相关字段，即可确认请求未到达自定义CorsFilter。
2. 调整自定义CorsFilter优先级：在CorsFilter的Bean注册代码上添加@Order(Ordered.HIGHEST_PRECEDENCE)注解，确保它的执行顺序高于所有其他拦截组件。
3. 检查内置Tomcat配置：确认你没有在application配置文件中开启Tomcat自带的CORS校验，也没有在打包的war包中引入Tomcat默认的CorsFilter配置，否则会优先触发内置校验直接拒绝请求。
4. 校验端口映射规则：确认后端容器的端口映射格式为0.0.0.0:<宿主机端口>:<容器内Spring Boot监听端口>，避免端口仅绑定到容器内部的127.0.0.1导致外部请求无法进入。
5. 若项目集成了Spring Security，可临时关闭安全校验测试，排查是否是Security的默认拦截规则直接拒绝了OPTIONS预检请求。

内容的提问来源于stack exchange，提问作者User123