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

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

相关推荐
艾莉丝努力练剑8 小时前
【Linux进程(二)】Linux进程的诞生、管理与消亡:一份基于内核视角的完整分析
大数据·linux·运维·服务器·c++·安全·centos
原神启动18 小时前
Ansible(一)—— 自动化运维工具 Ansible:集中化管理服务器
运维·自动化·ansible
HalvmånEver8 小时前
Linux:Ext系列⽂件系统(一)
大数据·linux·运维
专业开发者8 小时前
技术说明:基于 Wi-Fi Aware™的 Miracast® 应用
linux·运维·网络
拾光Ծ8 小时前
【linux】环境变量(详解)
linux·运维·服务器
神奇的程序员15 小时前
从已损坏的备份中拯救数据
运维·后端·前端工程化
虾..16 小时前
Linux 软硬链接和动静态库
linux·运维·服务器
Evan芙17 小时前
Linux常见的日志服务管理的常见日志服务
linux·运维·服务器
玄斎17 小时前
MySQL 单表操作通关指南:建库 / 建表 / 插入 / 增删改查
运维·服务器·数据库·学习·程序人生·mysql·oracle