spring boot项目推荐使用slf4j+logback作为日志框架组合，避免引入其他日志实现导致冲突；2. 日志格式应包含时间戳、线程名、级别、类名等信息，并合理设置日志级别以提升排查效率；3. 生产环境需配置日志文件滚动策略，结合时间和大小切割并保留历史日志，同时考虑集中收集至elk平台。spring boot默认使用slf4j+logback，性能好且社区成熟，若引入其他依赖可能导致“multiple bindings”警告，需排除log4j-slf4j-impl或slf4j-log4j12等冲突包；日志格式建议配置Logging.pattern.console包含关键字段，生产环境设为info或warn级别，按包指定不同级别可精细化控制输出内容；通过logback的rollingfileappender实现日志文件按天或按大小滚动，配置timebasedrollingpolicy保留7天日志并启用压缩节省空间，同时推荐集成elk统一管理日志。
在Spring Boot项目中，日志系统的配置与管理虽然不是核心业务功能，但却是调试、监控和运维过程中不可或缺的一部分。一个清晰、可控、结构化的日志系统能大大提升问题排查效率和系统可观测性。
日志框架选型：SLF4J + Logback 是主流组合
Spring Boot默认使用SLF4J作为日志门面，底层实现一般采用Logback。这种组合性能好、配置灵活，社区支持也足够成熟。除非有特殊需求（比如需要兼容Log4j的旧项目），否则不建议更换默认的日志框架。
如果你引入了其他依赖，可能会导致多个日志实现共存，出现“multiple bindings”警告。这时候要检查依赖树，排除冲突的实现包，例如：
- logback-classic（推荐保留）
- log4j-slf4j-impl 或 slf4j-log4j12（根据需要排除）
保持日志实现的唯一性，是避免运行时异常的第一步。
日志输出格式与级别控制要清晰合理
合理的日志格式应该包含时间戳、线程名、日志级别、类名甚至MDC信息（如请求ID）。这样在排查问题时才能快速定位上下文。例如：
logging.pattern.console=%d{yyyy-MM-dd HH:mm:ss} [%thread] %-5level %logger{36} - %msg%n
日志级别控制也很关键。生产环境通常设为INFO或WARN，DEBUG级别只在特定场景下临时开启。可以通过配置文件按包设置不同级别：
logging: level: com.example.service: INFO org.springframework.web: WARN
另外，不要忽视日志输出频率。频繁打印DEBUG日志不仅影响性能，还可能掩盖真正有用的信息。
日志文件管理要考虑滚动策略和存储成本
本地开发时日志直接输出到控制台没问题，但生产环境必须写入文件，并配置合适的滚动策略。Logback提供了RollingFileAppender，可以基于时间和大小进行切割：
<appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender"> <file>logs/app.log</file> <encoder> <pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - %msg%n</pattern> </encoder> <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"> <!-- 每天滚动一次 --> <fileNamePattern>logs/app.%d{yyyy-MM-dd}.log</fileNamePattern> <!-- 保留7天日志 --> <maxHistory>7</maxHistory> </rollingPolicy> </appender>
同时注意磁盘空间限制。如果日志量大，还可以结合压缩策略（.gz）来节省空间。
此外，考虑将日志集中收集到ELK或其他日志分析平台，便于统一管理和检索。
基本上就这些。配置得当的日志系统不会一开始就花太多时间，但在后续维护中会省下不少麻烦。
