Apple M1芯片Mac中Docker运行Spring服务失败：Logback配置异常排查

你的Logback配置语法本身是正确的——毕竟它在其他环境都能正常运行，这个问题大概率是Apple M1芯片的ARM架构与Docker镜像架构不兼容导致的Spring Boot Logback扩展加载异常。

核心原因 #

M1是ARM64架构，而很多默认的Java Docker镜像是基于AMD64（x86_64）构建的。虽然Docker有Rosetta 2转译支持，但在处理框架扩展（比如Spring Boot对Logback的springProfile标签扩展）时，偶尔会出现类加载或资源解析的异常，导致Logback无法识别springProfile内部的标签。

具体解决步骤 #

1. 使用原生ARM64的Java镜像

替换Dockerfile里的基础镜像为支持ARM64的版本，比如Eclipse Temurin的ARM64镜像：

# 替换成对应你的JDK版本，比如11-jdk-alpine或17-jdk-alpine
FROM eclipse-temurin:17-jdk-alpine

这类镜像原生支持ARM64，不需要转译，能避免架构兼容问题。

2. 在Docker Compose中明确指定平台

如果暂时无法更换镜像，可以在docker-compose.yml中为服务指定平台，强制Docker使用对应架构的镜像（或转译）：

services:
  server:
    # 可以尝试linux/amd64（依赖Rosetta转译）或linux/arm64（原生）
    platform: linux/amd64
    # 你的其他服务配置...

3. 验证Logback依赖的完整性

确保你的Spring Boot项目中正确引入了spring-boot-starter-logging（这是Spring Boot整合Logback的核心依赖，默认包含在spring-boot-starter中），避免依赖冲突：

<!-- pom.xml中确保存在此依赖（如果没有自定义依赖管理，通常不需要手动添加） -->
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-logging</artifactId>
</dependency>

同时检查是否排除了Logback或引入了其他日志框架（如Log4j2），这些都可能导致兼容问题。

4. 临时排查：简化Logback配置

为了确认问题根源，可以临时注释掉springProfile包裹的部分，直接配置FILE appender：

<!-- 临时修改，去掉springProfile标签 -->
<appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">
    <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">
        <fileNamePattern>${LOG_PATH}/inp_server_logFile.%d{yyyy-MM-dd}.log</fileNamePattern>
        <maxHistory>90</maxHistory>
    </rollingPolicy>
    <encoder>
        <charset>utf-8</charset>
        <Pattern>%d %-5level [%thread] %logger{0}: %msg%n</Pattern>
    </encoder>
</appender>

如果服务能正常启动，就可以确定是架构兼容导致的Spring Logback扩展加载异常，回到前两个方案解决即可。

内容的提问来源于stack exchange，提问作者Przemek Wit