Nginx不运行Java应用，仅服务静态资源或反向代理动态请求；正确挂载指将前端dist目录和代理配置映射至Nginx容器，Java的jar、classes等由独立Java容器管理，两者通过自定义网络通信。
Nginx 本身不运行 Java 应用，它只负责静态资源服务或作为反向代理将请求转发给后端 Java 服务（如 Spring Boot 的 Tomcat/Jetty）。所以在 Docker 环境中“Nginx 挂载 Java 部署目录”，实际是指：让 Nginx 容器能正确提供 Java 应用的静态资源（如前端 dist 包），或通过 proxy_pass 将动态请求代理到独立的 Java 容器。关键不是挂载 Java 字节码或 jar，而是明确角色分工和路径映射。
下面分两类典型场景说明如何正确挂载：
明确 Nginx 和 Java 的职责边界
- ✅ Nginx 挂载的是：前端构建产物（
index.html、JS/CSS/图片等）或代理配置文件 - ❌ 不应挂载：Java 的
.jar、WEB-INF、classes或运行时日志——这些属于 Java 容器自身管理 - ? 动态请求（如
/api/xxx）必须通过proxy_pass http://java-app:8080转发，不能由 Nginx 直接读取 Java 项目目录
前端静态资源 + 后端 Java 分离部署（推荐）
这是最清晰、可维护性最强的方式：
-
在宿主机准备两个目录：
立即学习“Java免费学习笔记（深入）”；
/data/nginx/html→ 存放前端打包后的dist/内容（如index.html,static/）-
/data/nginx/conf/conf.d/app.conf→ 自定义代理配置，内容示例：server { listen 80; server_name localhost; location / { root /usr/share/nginx/html; try_files $uri $uri/ /index.html; } location /api/ { proxy_pass http://java-app:8080/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } }
-
启动 Nginx 容器时挂载：
docker run -d \ --name nginx-proxy \ -p 80:80 \ --network myapp-net \ # 与 Java 容器共用自定义网络 -v /data/nginx/html:/usr/share/nginx/html:ro \ -v /data/nginx/conf/conf.d:/etc/nginx/conf.d:ro \ nginx:alpine
-
同时启动 Java 容器（例如 Spring Boot）：
docker run -d \ --name java-app \ --network myapp-net \ -v /data/java/logs:/app/logs \ -e JAVA_HOME=/opt/java \ my-spring-boot-app:1.0
注意：Java 容器无需暴露 8080 给宿主机，只要在
myapp-net内部可达即可。
单容器混部（不推荐，仅调试用）
若强行把 Java Web 应用（如传统 WAR）和 Nginx 打进一个镜像，需额外构建：
- 使用多阶段 Dockerfile，先用
openjdk构建/解压 WAR，再 COPY 到nginx:alpine镜像的/usr/share/nginx/html或/var/www； - 挂载方式变成：
-v /data/custom-webapp:/usr/share/nginx/html:ro
但此时 Nginx 实际是当静态服务器用，Java 逻辑并未运行——这已脱离“Java 部署”本意，容易造成误解和运维混乱。
挂载时必须注意的细节
- 所有挂载路径使用
:ro（只读）标记，避免 Nginx 进程意外修改源文件 - 确保宿主机目录权限允许容器内
nginx用户（UID 101）读取，必要时chmod -R 755 /data/nginx/html - 若用
conf.d/app.conf，确保文件名以.conf结尾，且 Nginx 主配置中包含include /etc/nginx/conf.d/*.conf; - 修改配置后无需重启容器，可用
docker exec nginx-proxy nginx -s reload热重载
不复杂但容易忽略
