Java应用在Docker中需通过绑定挂载实现配置只读挂载与日志可写挂载：配置文件（如application.yml）以ro方式挂载并指定spring.config.location，确保热更新；日志路径（如/var/log/myapp）挂载宿主机目录并授权，便于外部采集；二者均不宜用命名卷，应严格分离职责。
Java 应用在 Docker 容器中运行时，日志和配置必须脱离容器生命周期单独管理。直接打包进镜像的配置无法热更新，写在容器内的日志会随容器销毁而丢失——挂载外部目录是解决这两类问题最直接、最可控的方式。
配置文件挂载：只读 + 动态生效
Spring Boot 项目通常依赖 application.yml 或 logback-spring.xml 等配置文件。这些文件不应固化在镜像里，而应从宿主机挂载进来，实现“一次构建、多环境部署”。
- 使用绑定挂载（bind mount），以只读方式挂载配置目录：
docker run -v /host/config:/app/config:ro ... - 在 Java 启动参数中指定配置位置，例如：
-Dspring.config.location=file:/app/config/application.yml - 确保容器内应用有读取权限（如启动用户为
javauser，宿主机对应目录需chown javauser:javauser /host/config） - 修改配置后，可通过 Spring Boot Actuator 的
/actuator/refresh（配合@RefreshScope）或重启容器生效，无需重新构建镜像
日志文件挂载：可写 + 宿主机直读
Java 应用生成的文本日志（如 info.log、error.log）必须落盘到宿主机，才能被日志采集工具（Filebeat、Logtail）、运维脚本或人工排查直接访问。
- 在 logback 或 Log4j2 配置中，明确指定日志路径为挂载目录，例如：
<file>/var/log/myapp/app.log</file> - 启动容器时挂载宿主机日志目录：
docker run -v /host/logs:/var/log/myapp ... - 提前在宿主机创建目录并授权：
mkdir -p /host/logs && chown -R 1001:1001 /host/logs（1001 是容器内 Java 进程 UID） - 避免使用
STDOUT替代文件日志——标准输出适合调试，但不便于按时间归档、按级别过滤或对接 ELK
命名卷用于核心业务数据，不混用配置与日志
配置和日志虽然都需持久化，但角色不同：配置是输入，应只读；日志是输出，需可写且常被外部工具轮转。它们都不适合用命名卷（volume）管理，原因如下：
立即学习“Java免费学习笔记（深入）”；
- 命名卷由 Docker 管理，路径不可见、不易编辑，不适合人工干预的配置文件
- 日志路径若用命名卷，会导致日志分散在
/var/lib/docker/volumes/...下，运维难以统一收集 - 正确分工：配置和日志用绑定挂载（宿主机路径明确、权限可控），数据库等核心状态数据才用命名卷保障隔离性与可迁移性
补充：Docker Compose 中的写法示例
比命令行更清晰、易维护。以下片段同时挂载配置与日志目录：
services:
app:
image: my-java-app:latest
volumes:
- ./config:/app/config:ro
- ./logs:/var/log/myapp
environment:
- SPRING_CONFIG_LOCATION=file:/app/config/application.yml
注意 ./config 和 ./logs 是相对当前 compose 文件的宿主机路径，启动前需确保目录存在且权限正确。
