Spring Boot集成Redis时GenericObjectPoolConfig类缺失，是因为Spring Boot 2.x起将commons-pool2设为optional依赖，需手动引入且版本须匹配（如2.6.x对应2.10.0、2.7.x推荐2.11.1），否则编译或运行时报NoClassDefFoundError或NoSuchMethodError。
Spring Boot集成Redis时JedisPool无法加载，大概率就是commons-pool2没引入，或者版本不匹配——不是配置写错了，是类根本不在classpath里。
为什么JedisPoolConfig或GenericObjectPoolConfig会标红/报NoClassDefFoundError
因为JedisPoolConfig继承自GenericObjectPoolConfig，而后者属于commons-pool2库。Spring Boot 2.3+起，spring-boot-starter-data-redis已将commons-pool2声明为<optional>true</optional>，Maven不会自动传递该依赖。
- IDE里
JedisPoolConfig标红 → 编译期缺失，mvn compile直接失败 - 启动时报
java.lang.NoClassDefFoundError: org/apache/commons/pool2/impl/GenericObjectPoolConfig→ 运行期类加载失败 - 即使写了
@Bean public JedisPool jedisPool()，只要commons-pool2没在运行时classpath中，就会卡在Bean创建阶段
怎么确认commons-pool2确实没引入
别猜，用命令验证：
- 执行
mvn dependency:tree -Dincludes=org.apache.commons:commons-pool2，如果无输出或显示scope=provided，说明未生效 - 检查
target/classes/META-INF/maven/下是否有commons-pool2的pom信息 - 在IDE中打开
External Libraries，搜索GenericObjectPoolConfig，看是否能定位到具体jar包
正确引入commons-pool2的两种方式
必须显式声明，且版本要与Spring Boot兼容（例如Spring Boot 2.7.x推荐2.11.1，2.6.x对应2.10.0）：
- Maven中添加（注意去掉
<optional>干扰）：<dependency> <groupId>org.apache.commons</groupId> <artifactId>commons-pool2</artifactId> <version>2.11.1</version> </dependency>
- 如果用Jedis，还需确保
spring-boot-starter-data-redis未排除Jedis（默认用Lettuce），可加：<exclusions> <exclusion> <groupId>io.lettuce</groupId> <artifactId>lettuce-core</artifactId> </exclusion> </exclusions>
为什么加了依赖还报NoSuchMethodError
常见于多版本冲突：比如项目间接引入了commons-pool2:2.9.0，但Spring Boot 2.6+的LettuceConnectionConfiguration调用了setTimeBetweenEvictionRuns(Duration)——这个方法2.10+才加入。
- 用
mvn dependency:tree -Dverbose查冲突路径 - 强制指定版本（Maven BOM或
<dependencyManagement>） - 避免混用Jedis和Lettuce的连接池配置项（如
spring.redis.jedis.pool.*和spring.redis.lettuce.pool.*不能共存）
最容易被忽略的一点：Spring Boot 2.6+默认启用Lettuce，如果你硬要配Jedis，除了加commons-pool2，还得排除Lettuce、引入Jedis，并确保GenericObjectPoolConfig的子类（如JedisPoolConfig）能被Spring容器识别为有效连接池配置——否则哪怕类存在，也会因类型不匹配导致连接池“看似加载成功，实则未生效”。
