Logback报NoClassDefFoundError的根本原因是classpath存在多个SLF4J绑定或漏加logback-classic；应通过mvn dependency:tree检查并确保仅有一个logback-classic，且Spring Boot项目需用logback-spring.xml配合<springProfile>控制日志级别，滚动策略推荐SizeAndTimeBasedRollingPolicy，AsyncAppender须显式配置queueSize和discardingThreshold。
Logback 的 slf4j-api 绑定为什么总报 NoClassDefFoundError: org/slf4j/LoggerFactory
根本原因不是没加 slf4j-api，而是 classpath 里存在多个 SLF4J 绑定（比如同时有 logback-classic 和 slf4j-log4j12），或者只加了 slf4j-api 但漏了 logback-classic。
- 检查 Maven 依赖树：
mvn dependency:tree | grep slf4j，确保只出现一个logback-classic，且没有其他绑定（如slf4j-simple、slf4j-jdk14） -
logback-classic必须显式声明，它内部已包含slf4j-api，但不能反向替代 - Spring Boot 项目注意：若用
spring-boot-starter-logging，默认已含logback-classic；若手动排除又没补全，就会崩在启动时
滚动策略选 TimeBasedRollingPolicy 还是 SizeAndTimeBasedRollingPolicy
纯按天归档用 TimeBasedRollingPolicy；生产环境几乎都该用 SizeAndTimeBasedRollingPolicy，否则单日日志暴涨时会撑爆磁盘。
-
TimeBasedRollingPolicy只靠%d{yyyy-MM-dd}触发，不控制单个文件大小，大流量服务一天可能生成几十 GB 的app.log -
SizeAndTimeBasedRollingPolicy需额外配置maxFileSize和fileNamePattern中带%i（索引占位符），例如：app.%d{yyyy-MM-dd}.%i.log - 注意
maxHistory是保留多少个「归档周期」，不是多少个文件；设为30表示最多存 30 天的归档目录，每目录下可能有多个.%i.log
logback-spring.xml 里怎么用 Spring Boot 的 profile 控制日志级别
直接写 ${}+profile 不行，得用 <springProfile> 标签，它是 Logback-Spring 提供的扩展，原生 Logback 不识别。
- 必须把配置文件命名为
logback-spring.xml（不是logback.xml），否则<springProfile>被当无效标签忽略 - 示例片段：
<springProfile name="prod"> <root level="WARN"> <appender-ref ref="FILE"/> </root> </springProfile> <springProfile name="dev"> <root level="DEBUG"> <appender-ref ref="CONSOLE"/> </root> </springProfile> - 避免在
<springProfile>外写全局<root>，否则 profile 切换时可能叠加生效
异步日志为什么没生效，还是卡在 I/O 线程
用了 AsyncAppender 却发现请求响应变慢，大概率是没配 includeCallerData="true" 或者丢弃了堆积日志。
立即学习“Java免费学习笔记（深入）”；
- 默认
AsyncAppender的队列大小是 256，满后默认DiscardingThreshold为 50%，即丢掉一半；高并发下容易丢日志，建议显式设queueSize="1024"和discardingThreshold="0" - 如果代码里用了
logger.debug("msg", ex)，而AsyncAppender没开includeCallerData="true"，它会在每次打印时同步获取调用栈，反而更慢 - 不要给
AsyncAppender套多层包装（比如再套个SiftingAppender），Logback 不保证嵌套异步行为
rollingPolicy 的 fileNamePattern 中时间格式和索引占位符的配合，以及 AsyncAppender 的丢弃策略——这两处一错，要么日志文件疯长，要么关键错误悄无声息消失。 
