Spring Boot依赖注入报错NoClassDefFoundError：为何需重复引入依赖？

出现这个问题的核心是Maven依赖未正确传递，外部库中声明的Jedis依赖没有自动引入到你的主项目中，导致运行时找不到对应的类。主要原因有以下几种：

1. 外部库中Jedis依赖的作用域设置异常 #

Maven依赖的作用域直接决定了依赖是否会传递到下游项目：

• 如果外部库将Jedis依赖的scope设为provided：这个作用域表示依赖由JDK或运行容器提供，Maven不会将其打包到外部库的输出中，也不会传递给主项目。
• 如果设为test：仅在外部库的测试代码中生效，主项目的生产代码完全不会加载这个依赖。
• 如果设为runtime：编译外部库时不需要，但运行时需要，不过这个作用域的依赖通常会传递，除非有其他冲突，这种情况较少导致NoClassDefFoundError。

你需要检查外部库的pom.xml，确认Jedis依赖的scope是否为默认的compile（不写scope标签即为compile，这是唯一会自动传递的常规作用域）。

2. 外部库将Jedis放在<dependencyManagement>而非<dependencies>中 #

很多Spring Boot项目会使用<dependencyManagement>来统一管理依赖版本，但这个标签仅声明版本规则，不会实际引入依赖。如果外部库只是在dependencyManagement里定义了Jedis的版本，而没有在<dependencies>块中添加依赖，那么这个依赖不会被自动引入到任何下游项目，必须由主项目显式声明。

3. 依赖被意外排除 #

有可能外部库的其他依赖通过<exclusions>标签排除了Jedis，或者你的主项目的其他依赖排除了Jedis。这种情况下，即使外部库声明了Jedis，主项目的依赖树中也不会包含它。

排查与解决办法 #

• 检查外部库的pom配置：确认Jedis依赖是否在<dependencies>下，且scope为compile。
• 查看依赖树：在你的主项目根目录执行mvn dependency:tree命令，搜索redis.clients:jedis，看它是否出现在依赖树中，以及是否被标记为excluded。
• 临时解决方案：如果暂时无法修改外部库，你可以在主项目的pom.xml中显式添加Jedis依赖（就像你现在做的那样），这是最直接的临时修复方式。

内容的提问来源于stack exchange，提问作者Krishnaveni B