GC overhead limit exceeded

一、问题背景

在backend项目中，依赖了production项目的“2.0.28-RELEASE”版本，编译构建时，报GC overhead limit exceeded错误。

二、问题排查

构建production项目的master分支（版本为“2.0.28-RELEASE”），竟发现有一个服务接口的方法没有被实现。

此时，定位这个接口的位置，竟然不在项目本身的interfere的包，而是跑到了依赖的jar包之中，这个jar包是production的“2.0.29-SNAPSHOP”版本，比master分支的当前版本高。

可以得知，prod项目在其他分支新定义了一个接口，并且升级版本发布出去给外部项目引用，但是prod自身的master分支怎么也会引用到呢？

进一步排查，查询gradle的依赖关系

从依赖层级中可以看出，prod项目依赖clothInspect项目，而这个项目又依赖回prod项目的2.0.25版本，接着再依赖了ERP两个项目，最终ERP的common项目依赖了prod项目的2.0.29-SNAPSHOP版本！这也就导致了，编译prod代码的时候，会去依赖2.0.29版本，而此时master分支的代码中，没有实现新版本接口的代码，所以报错。

而开头所说的，backend项目引用了prod项目，编译时就报了GC overhead limit exceeded的错了。

三、处理方法在prod项目的依赖引用中，如果该引用又会引用回prod项目，则需要将prod-interface的包exclude掉，这样就不会引用到这个外部项目所依赖的这个prod的包了。

四、总结

1、在A项目中的V1版本中，依赖了B项目，而B项目又依赖了A项目的V2版本，则A项目也会依赖到本身的V2版本，即是外部JAR包的引用，而不是本身项目的接口引用。如果V2版本比V1版本有差异，如多定义了接口，或者修改了实体类等，会导致引用报错。

2、C项目引用了报错的A版本，构建时会报GC overhead limit exceeded。