01. 容器化基础：Docker 如何支撑 Java 应用
01.01 容器与虚拟机的比较
容器化通过 Linux 命名空间和控制组实现进程级隔离，启动速度快，比传统虚拟机更轻量。相比虚拟机，容器共享内核但维护独立的运行时环境，资源开销更小，在同一宿主机上可以运行更多实例。
对于 Java 应用而言，一致的运行环境是最重要的收益之一，容器把 JRE/JDK、依赖库、以及环境变量打包在一个可移植的镜像中，从而避免了“在我的机器上能跑”的问题。观察到容器化的一个核心优势是 跨平台移植性，特别是在多云或混合云场景中显著提升开发到生产的一致性。
01.02 Docker 的核心组件及工作原理
Docker 的核心由 Engine、镜像、容器、注册表等组件构成，镜像是只读的层叠结构，容器是在镜像基础之上附加的可写层。镜像的分层使得更新与缓存成为高效的增量过程，写时复制帮助减少重复数据。
在 Java 应用场景中，容器提供独立的文件系统、网络栈和进程空间，容器内的 JVM 能看到限定的内存和 CPU，而宿主机保留对资源的控制权。通过注册表获取镜像、拉取依赖、以及通过 Docker Compose 或 Kubernetes 进行编排，自动化部署和回滚变得可控。
02. 在 Java 应用中实现容器化的实操要点
02.01 打包策略：Jar、War、或 GraalVM 原生镜像
Java 应用在容器中的打包策略直接影响镜像体积和启动时间。打包成单一可执行的 Jar可以快速上手，也方便搭配轻量级 JRE，但启动可能略慢。相比之下，GraalVM 原生镜像提供极快的启动和更小的内存占用，但代价是构建复杂、以及对部分框架的原生兼容性要评估。
对于多数企业应用，常见的打包路径包括从 Jar + JRE 基础镜像入手，同时评估 GraalVM 原生镜像在某些场景下的启动时间改进。容器化还要关注 镜像层缓存和重复利用，减少构建成本。
02.02 Dockerfile 的最佳实践
在 Java 应用中，多阶段构建可以把编译环境与运行环境分离，显著减小最终镜像体积。并且，非 root 用户运行有助于提升容器安全性。
# 多阶段构建示例
FROM maven:3.8.4-openjdk-17-slim AS builder
WORKDIR /workspace
COPY pom.xml .
COPY src ./src
RUN mvn -B -DskipTests packageFROM eclipse-temurin:17-jre-focal
RUN groupadd -r app && useradd -r -g app app
WORKDIR /app
COPY --from=builder /workspace/target/myapp.jar /app/app.jar
USER app
HEALTHCHECK --interval=30s --timeout=5s CMD ["sh","-c","curl -f http://localhost:8080/health || exit 1"]
EXPOSE 8080
ENTRYPOINT ["java","-jar","/app/app.jar"]
03. 运行时优化与监控在容器中的实践
03.01 JVM 在容器中的调优要点
在容器化环境下，内存上限与 CPU 限额会直接影响 JVM 的行为，应通过容器配置和 JVM 参数实现一致的资源控制。使用容器感知的内存设置，如设置 -Xmx、-Xms，或通过 MaxRAMPercentage 来自适应宿主机资源。
为避免 OOM 导致的应用重启，需要在 JVM 参数中结合容器信息进行调优，并在需要时启用 G1/GCG 等垃圾收集策略以兼容不同负载场景。示例：JAVA_TOOL_OPTIONS 里传入容器友好的配置。
# 常见容器感知参数设置
ENV JAVA_TOOL_OPTIONS="-XX:+UseContainerSupport -Xms256m -Xmx512m -XX:MaxRAMPercentage=75"
03.02 容器化环境中的日志与监控
为了实现可观测性，Java 应用应输出到 标准输出/错误流，让容器日志能被集中化收集工具获取。结合 日志外部化，可将日志送往 ELK/EFK、Prometheus、Grafana 等系统，提升排错效率。
监控方面，常用方案是将 Micrometer、JMX Exporter 与 Prometheus/Grafana 等结合，构建指标体系。通过合适的 exporter，可以对 JVM 内存、GC、线程、HTTP 请求等关键指标进行可观测性建模。
version: '3.8'
services:app:image: myorg/myapp:latestports:- "8080:8080"environment:- JAVA_TOOL_OPTIONS=-javaagent:/path/to/jmx_exporter.jar=8081:/metricsvolumes:- ./jmx_exporter.jar:/path/to/jmx_exporter.jar
04. 面向微服务的部署与持续集成的容器化策略
04.01 编排与部署：Docker Compose、Kubernetes
在微服务场景中，容器化提供了强一致性和快速部署能力，通过编排工具可以实现服务发现、滚动更新和回滚。Docker Compose 适合小规模本地开发，Kubernetes 则在生产环境提供完整的调度、扩缩容和自愈能力。
通过定义服务、网络和卷的描述，企业可以实现 可重复部署、环境隔离，以及在不同集群中保持一致的行为。对 Java 应用而言，这意味着每个微服务都可以拥有独立的镜像、健康检查以及资源配额。
version: '3.8'
services:user-service:image: myorg/user-service:latestports:- "8081:8080"order-service:image: myorg/order-service:latestports:- "8082:8080"
04.02 CI/CD 与镜像安全
持续集成和持续交付需要对镜像进行安全性与合规性控制。镜像安全扫描、漏洞治理、镜像签名等措施能降低生产风险；同时应遵循 最小权限原则，确保容器运行使用非 root 用户。
在流水线中，常见做法是先完成应用打包，再构建镜像并推送到私有镜像仓库，最后触发部署。下述 GitHub Actions 示例展示了从代码打包到构建镜像的流程，帮助实现自动化与可追溯性。
name: CI
on:push:branches: [ main ]
jobs:build:runs-on: ubuntu-lateststeps:- uses: actions/checkout@v2- uses: actions/setup-java@v2- name: Build and packagerun: mvn -B -DskipTests package- name: Build Docker imagerun: |docker build -t myorg/myapp:latest .docker push myorg/myapp:latest
