warm-flow 生产环境静态资源 404,本地正常的原因与 Nginx 配置解决方案

一、问题背景

项目中引入了一个前端模块 warm-flow-ui,其静态资源路径形式如下:

text 复制代码
/api/warm-flow-ui/css/index-BxOgKnlB.css

现象描述:

  • 本地开发环境(IDEA 直接运行 Spring Boot)访问正常,页面及 CSS、JS 均能加载。
  • 生产环境(Nginx + Spring Boot)访问同一路径时返回 404:
bash 复制代码
curl -I http://xxx/api/warm-flow-ui/css/index-BxOgKnlB.css
HTTP/1.1 404 Not Found
Server: nginx

二、问题分析过程

1️⃣ 本地为什么可以访问?

本地运行时,Spring Boot 直接提供静态资源,无需 Nginx 转发。

Spring Boot 默认会从以下位置加载静态资源:

  • classpath:/static/
  • classpath:/public/
  • META-INF/resources/

warm-flow-ui 的静态文件已经被打包进了 Jar 包中,因此:

访问路径 /api/warm-flow-ui/css/index-xxx.css

→ 实际由 Spring Boot 内置的静态资源映射返回。

2️⃣ 生产环境为什么会 404?

生产环境多了一层 Nginx 反向代理

nginx 复制代码
location /api/ {
    proxy_pass http://127.0.0.1:8188/;
}

注意这一行配置:
proxy_pass 的结尾 带了 "/"

这意味着 Nginx 会去掉 /api/ 前缀再转发。

也就是:

请求:/api/warm-flow-ui/css/index-xxx.css

被转发为:/warm-flow-ui/css/index-xxx.css

3️⃣ 验证后端真实路径

直接访问后端服务端口验证:

复制代码
http://127.0.0.1:8188/warm-flow-ui/css/index-BxOgKnlB.css

✅ 能正常访问,说明后端真实暴露路径为 /warm-flow-ui/**

而不是 /api/warm-flow-ui/**

三、问题根因

  • 静态文件是存在的,并打包进了 Jar。
  • 问题出在 Nginx 转发路径与后端实际静态路径不一致

对应关系如下:

说明
对外访问路径 /api/warm-flow-ui/**
后端真实路径 /warm-flow-ui/**

因此,需要在 Nginx 层做路径 rewrite 转换。

四、推荐的 Nginx 解决方案

使用 rewrite 对路径进行明确重写(最清晰也最安全):

nginx 复制代码
location ^~ /api/warm-flow-ui/ {
    rewrite ^/api/(warm-flow-ui/.*)$ /$1 break;

    proxy_pass http://127.0.0.1:8188;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
}

配置解释:

  • rewrite:将 /api/warm-flow-ui/** 重写为 /warm-flow-ui/**
  • proxy_pass:转发到 Spring Boot 服务。
  • ^~:优先匹配,避光被上层 /api/ 规则恶执。

五、经验总结(避坑要点)

  • 静态资源如果已打入 Jar,Nginx 仅需代理,不需设置 rootalias
  • 只有静态文件放在窘盘上时,才使用 alias/root
  • ⚠️ proxy_pass 结尾是否带 / 会直接影响路径转发!
    很多线上 404 都是因为这个。

六、最终效果

访问路径保持不变:

复制代码
http://xxx:5666/api/warm-flow-ui/css/index-xxx.css

Nginx 转发后端命中路径:

复制代码
http://xxx:8188/warm-flow-ui/css/index-xxx.css

前端页面与静态资源均可正常加载 🎉

七、结语

这是一个"本地正常,生产 404 "的经典问题。

本质原因是:运行方式 + Nginx 转发规则 + 静态资源路径不一致

希望这次排际过程,能帮到遭遇相似问题的同学 🚀

相关推荐
xingfujie5 小时前
运维实战攻略
运维
道清茗5 小时前
【RH294知识点汇总】第 9 章 《 自动执行 Linux 管理任务 》常见问题
linux·运维·服务器
北方的流星5 小时前
华三路由器NAT配置
运维·网络·华三
wj3055853786 小时前
Codex + Git 开发环境配置指南(WSL版)
linux·运维·git
星马梦缘6 小时前
如何切换window-ubuntu双系统【方案二】
linux·运维·ubuntu
2501_927283586 小时前
荣联汇智助力天津艺虹打造“软硬一体”智慧工厂,全流程自动化引领印刷包装行业数智变革
大数据·运维·数据仓库·人工智能·低代码·自动化
HXDGCL7 小时前
矩形环形导轨:自动化循环线的核心运动单元解析
运维·算法·自动化
Jinkxs8 小时前
LoadBalancer- 主流负载均衡工具盘点:Nginx / Haproxy / Keepalived 基础介绍
运维·nginx·负载均衡
CQU_JIAKE9 小时前
4.28~4.30【Q】
linux·运维·服务器
先知后行。9 小时前
Linux 设备模型和platform平台
linux·运维·服务器