dockerfile构建nginx运行jar包镜像

### 创建包含Nginx和Java应用的Docker镜像

为了实现这一目标，可以考虑创建一个多阶段构建的`Dockerfile`。多阶段构建允许在同一`Dockerfile`内执行多个构建步骤，并且可以选择性地将特定阶段的结果复制到最终映像中。这种方式有助于减小最终容器大小的同时保持开发灵活性。

#### 多阶段构建概述

首先，在第一个构建阶段编译并打包Java应用程序为可执行JAR文件；其次，在第二个阶段基于官方Nginx镜像设置Web服务器环境并将之前生成的应用程序及其依赖项引入此环境中[^1]。

以下是具体的`Dockerfile`示例：

# Stage 1: Build the Java application
FROM maven:3.8.5-openjdk-17-slim AS build
WORKDIR /app
COPY pom.xml .
RUN mvn dependency:go-offline
COPY src ./src
RUN mvn package -DskipTests

# Stage 2: Setup Nginx and copy over built JAR file along with necessary configuration files
FROM nginx:alpine
EXPOSE 80
COPY --from=build /app/target/your-application.jar /usr/share/nginx/html/
COPY nginx.conf /etc/nginx/conf.d/default.conf.template

ENV JAVA_OPTS=""
CMD ["sh", "-c", "envsubst '$$JAVA_OPTS' < /etc/nginx/conf.d/default.conf.template > /etc/nginx/conf.d/default.conf && exec java $JAVA_OPTS -jar /usr/share/nginx/html/your-application.jar"]

在这个例子中，假设已经有一个名为`pom.xml`的Maven项目结构以及相应的源码目录`src`。需要注意的是，这里使用了`maven`基础镜像来进行Java项目的构建过程，而第二步则是选择了轻量级版本的`nginx:alpine`作为运行时的基础镜像[^4]。

对于Nginx配置方面，由于直接在同一个容器内部署Java应用并不常见（通常建议分离不同职责的服务），因此上述命令中的最后一行实际上是在启动时先替换模板变量再启动Java进程而不是真正意义上的反向代理功能[^5]。如果确实需要让Nginx充当反向代理角色，则应该调整该脚本逻辑使其仅负责HTTP请求转发给后台的Tomcat或其他Servlet容器实例处理。