不能直接通过 docker exec 动态调整运行中容器内应用的日志级别，需借助应用自身机制：如 spring boot actuator 接口、logback 配置热加载或信号触发重载，并注意性能影响与配置持久化。
不能直接通过 docker exec 动态调整运行中容器内应用的日志级别——因为日志级别由应用自身控制，docker 本身不提供日志级别管理能力。真正可行的方式是：利用 docker exec 进入容器后，向应用进程发送信号、调用其内置管理端点（如 spring boot actuator）、或修改配置文件并触发重载。
确认应用是否支持运行时日志调整
不是所有应用都支持动态调级。常见支持方式包括：
-
Spring Boot 应用：启用 Actuator 后，可通过
/actuator/loggers/{logger.name}接口用 POST 修改日志级别（需暴露端点并配置权限） -
Log4j2 / Logback：部分版本支持 JMX 或 HTTP 管理接口；Logback 可监听
logback.xml文件变化自动重载（需开启scan="true"） - 自研服务：可能提供 SIGUSR1/SIGUSR2 信号处理、本地 Unix Socket 控制、或健康检查端口的管理路径
使用 docker exec 调用应用管理接口
假设容器内 Spring Boot 应用监听 8080，Actuator 已启用且路径为 /actuator/loggers/root：
docker exec -it <container_id> curl -X POST http://localhost:8080/actuator/loggers/root -H "Content-Type: application/json" -d '{"configuredLevel":"DEBUG"}'</container_id>
若返回 204 或成功响应，说明日志级别已更新。注意检查容器网络模式（默认 bridge 下 localhost 可达）和 Actuator 访问权限（如 management.endpoints.web.exposure.include=*）。
通过 exec 修改配置并触发重载
适用于支持配置热加载的日志框架（如 Logback）：
- 先用
docker exec -it <container_id> sh</container_id>进入容器 - 编辑日志配置文件（如
/app/config/logback-spring.xml），将<root level="INFO"></root>改为<root level="DEBUG"></root> - 保存后，部分应用会自动检测文件变更；若不生效，尝试发送 reload 信号：
kill -SIGUSR2 <java_pid></java_pid>（需应用显式支持）
补充建议与注意事项
动态调级前应评估影响：
- DEBUG 级别可能产生大量 I/O，拖慢容器性能甚至填满磁盘
- 生产环境慎用全局 DEBUG，优先调整具体 logger（如
com.example.service.UserService） - 容器重启后配置会还原——如需持久化，应将日志配置挂载为 volume 或构建进镜像
- 若容器内无 curl/wget/shell，可在启动时用
alpine或slim基础镜像保留调试工具
