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 转发规则 + 静态资源路径不一致

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

相关推荐
苏宸啊6 小时前
Linux指令篇(一)
linux·运维·服务器
睡不醒的猪儿7 小时前
nginx常见的优化配置
运维·nginx
我要升天!7 小时前
Linux中《网络基础》
linux·运维·网络
国强_dev7 小时前
在数据库开发和运维中的“错误信息误导(Red Herring)”
运维·adb·数据库开发
安科瑞刘鸿鹏178 小时前
工业自动化系统中抗晃电保护的协同控制研究
运维·网络·嵌入式硬件·物联网
ZStack开发者社区8 小时前
ZStack Cloud 5.5.0正式发布
运维·服务器·网络
草莓熊Lotso8 小时前
脉脉独家【AI创作者xAMA】|当豆包手机遭遇“全网封杀”:AI学会操作手机,我们的饭碗还保得住吗?
运维·开发语言·人工智能·智能手机·脉脉
三不原则8 小时前
银行 AIOps 实践拆解:金融级故障自愈体系如何搭建
大数据·运维
晴天¥9 小时前
VMware+Oracle linux LVM/非LVM磁盘扩容
linux·运维·服务器
醇氧10 小时前
Ping 127.0.0.1 具有 32 字节的数据:一般故障。【二】
运维·服务器·开发语言