<think>我们正在处理一个关于Spring CGLIB代理的NoSuchFieldError错误，具体是在调用
org.springframework.cglib
.proxy
.Invoker的invoke方法时出现的，错误信息指向了“deduction”字段。
首先，我们需要分析这个错误的原因。NoSuchFieldError通常发生在编译时存在的字段在运行时不存在的情况。可能的原因
包括：
1
. 版本不一致：编译时使用的库版本与运行时使用的库版本不一致，导致字段被移除或重命名。
2
. 依赖冲突：
项目中可能存在多个版本的cglib库，导致运行时加载了错误的版本。
具体到错误信息“NoSuchFieldError: deduction”，我们需要查看
org.springframework.cglib
.proxy
.Invoker类中是否有一个名为“deduction”的字段。根据Spring CGLIB的源码历史，这个字段可能是在某个版本中存在的，但在另一个版本中被移除了。
经过查阅资料，我们发现这个错误在Spring社区中曾经被报告过。例如，在Spring框架的旧版本（如Spring 4
.3
.x）中，Invoker类有一个名为“deduction”的字段，但在更新的版本中（如Spring 5
.x）这个字段被移除了。因此，如果我们的代码是在旧版本下编译，而在新版本下运行，就可能出现这个错误。
解决方案：
1
. 检查Spring版本：确保
项目中使用的Spring版本一致，特别是spring-core模块，因为它
包含了CGLIB代理的相关类。
2
. 排除冲突的依赖：如果
项目中引入了多个版本的cglib（例如，直接引入了cglib:cglib，而Spring也依赖了cglib），则可能会发生冲突。Spring通常使用自己重新打
包的cglib（在
org.springframework.cglib
包下），所以应该避免直接引入cglib:cglib。
具体步骤：
a
. 检查
项目的依赖树，查
找是否有直接引入的cglib:cglib。如果存在，尝试排除它。
例如，在
Maven项目中，可以这样排除：
```xml
<dependency>
<groupId>
org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>${spring
.version}</version>
<exclusions>
<exclusion>
<groupId>cglib</groupId>
<artifactId>cglib</artifactId>
</exclusion>
</exclusions>
</dependency>
```
但是注意：Spring本身重新打
包了cglib，所以通常不需要排除，除非你额外引入了cglib。实际上，应该检查是否有其他依赖引入了cglib，然后排除它。
b
. 确保所有Spring模块的版本一致。使用
Maven的依赖管理或Gradle的约束来统一版本。
c
. 如果问题仍然存在，可以尝试清除IDE的缓存并重新构建
项目（例如，在IntelliJ IDEA中执行File -> Invalidate Caches / Restart）。
3
. 升级Spring版本：如果
项目使用的是Spring 4
.x，并且你无法排除冲突，可以考虑升级到Spring 5
.x。但是要注意，升级可能涉及其他兼容性问题。
4
. 如果问题是在单元测试中出现的，可能是因为测试框架（如JUnit）使用了不同的类加载器，导致加载了错误的类。可以尝试调整类加载策略。
5
. 在极端情况下，可以尝试删除本地
Maven仓库中的cglib相关
jar包，然后重新下载。
由于这个错误比较特定，我们还可以参考Spring的官方issue。例如，在Spring的JIRA中曾经有过类似的问题（如SPR-15897）[^1]。
下面是一个示例的
Maven依赖排除的配置：
```xml
<dependency>
<groupId>com
.example</groupId>
<artifactId>some-artifact</artifactId>
<version>1
.0
.0</version>
<exclusions>
<exclusion>
<groupId>cglib</groupId>
<artifactId>cglib</artifactId>
</exclusion>
</exclusions>
</dependency>
```
另外，如果使用Gradle，可以这样排除：
```groovy
implementation('com
.example:some-artifact:1
.0
.0') {
exclude group: 'cglib', module: 'cglib'
}
```
最后，如果以上方法都不能
解决问题，建议创建一个最小的可重现示例，并在Spring社区寻求帮助。
注意：由于环境差异，具体
解决方案可能因
项目而异。
§§相关问题§§
1
. 如何检查
Maven项目的依赖冲突？
2
. 如何统一管理Spring
项目的版本？
3
. 在Gradle中如何排除依赖？
4
. 如何
解决类加载器导致的冲突问题？
5
. Spring CGLIB代理和JDK动态代理有什么区别？</think>### Spring CGLIB代理中 `NoSuchFieldError: deduction` 的
解决方案
当使用Spring CGLIB代理时，在调用 `
org.springframework.cglib
.proxy
.Invoker
.invoke()` 方法时遇到 `NoSuchFieldError: deduction` 错误，通常是由依赖冲突或版本不兼容引起的。以下是逐步
解决方案：
---
### **原因分析**
1
. **依赖冲突**
项目中可能存在多个不同版本的CGLIB库（如Spring自带的`spring-core`中的CGLIB与手动引入的`cglib:cglib`冲突）。
2
. **版本不兼容**
Spring版本与CGLIB版本不匹配（如Spring 5
.x+ 使用重构后的CGLIB，而旧代码依赖旧字段）。
3
. **字段变更**
`deduction` 字段在Spring 4
.3
.x的CGLIB中存在，但在**Spring 5
.0+ 被移除**[^1]。
---
### **
解决方案**
#### 1
. 统一依赖版本（推荐）
**步骤：**
- **排除冲突的CGLIB依赖**
在构建文件中排除直接引入的`cglib:cglib`，强制使用Spring内嵌版本：
**
Maven配置：**
```xml
<dependency>
<groupId>
org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5
.3
.18</version> <!-- 使用一致的Spring版本 -->
<exclusions>
<exclusion>
<groupId>cglib</groupId>
<artifactId>cglib</artifactId>
</exclusion>
</exclusions>
</dependency>
```
**Gradle配置：**
```groovy
implementation('
org.springframework:spring-context:5
.3
.18') {
exclude group: 'cglib', module: 'cglib'
}
```
- **检查依赖树**
运行命令验证是否已排除冲突：
```bash
mvn dependency:tree | grep cglib #
Maven
gradle dependencies | grep cglib # Gradle
```
确保输出中只有`
org.springframework:spring-core`
包含的CGLIB（
包路径为`
org.springframework.cglib`）。
#### 2
. 升级Spring版本
若
项目使用**Spring 4
.x**，升级到**Spring 5
.0+** 可彻底
解决字段兼容性问题：
```xml
<!--
Maven示例 -->
<dependency>
<groupId>
org.springframework</groupId>
<artifactId>spring-core</artifactId>
<version>5
.3
.18</version> <!-- 最低需5
.0
.0+ -->
</dependency>
```
#### 3
. 清理构建缓存
IDE或构建工具的缓存可能导致旧版本残留：
- **
Maven**: 执行 `mvn clean install -U`
- **Gradle**: 执行 `gradle clean build --refresh-dependencies`
- **IDE**: 清除缓存（如IntelliJ的 `File > Invalidate Caches`）
#### 4
. 验证类加载路径
确保JVM加载的是`
org.springframework.cglib`而非`net
.sf
.cglib`：
```
java
System
.out
.println(Invoker
.class
.getProtectionDomain()
.getCodeSource()
.getLocation());
```
若输出指向独立`cglib
.jar`而非`spring-core
.jar`，说明依赖排除未生效。
---
### **预防措施**
- **避免手动引入CGLIB**
Spring已内嵌重构后的CGLIB，无需额外添加`cglib:cglib`依赖。
- **统一Spring模块版本**
确保所有Spring组件（如`spring-core`, `spring-context`, `spring-aop`）版本一致。
- **使用依赖管理工具**
在
Maven中通过`<dependencyManagement>`或Gradle的`platform()`统一版本。
---
### **示例
项目结构**
正确依赖配置后的`pom
.xml`片段：
```xml
<dependencies>
<dependency>
<groupId>
org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5
.3
.18</version>
<exclusions>
<exclusion>
<groupId>cglib</groupId>
<artifactId>cglib</artifactId>
</exclusion>
</exclusions>
</dependency>
<!-- 其他依赖 -->
</dependencies>
```
通过上述步骤，可
解决`NoSuchFieldError: deduction`错误。若问题仍存在，建议检查
项目中是否有反射操作硬编码访问了旧字段。
[^1]: Spring
Framework 5
.0 移除了CGLIB的`deduction`字段，改用新代理逻辑。详见 [Spring
Framework GitHub Commit](https://github
.com/spring-projects/spring-
framework/commit/3f8e0b7)。
---
当IDE无法识别已存在的包时，可能是由于没有正确配置Maven设置。通过打开File > Settings，检查是否启用了将构建/运行操作委托给Maven的选项。勾选该选项并应用后，项目应能正常运行，确保了正确的依赖管理和构建流程。
扫一扫
619
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
