dubbo+springMVC消费端报错classNotFound

       首先，说明一下我的错误原因：是因为provider端打jar包方式的错误导致的，如果你已经将这种错误可能排除了，就不用浪费时间看我啰嗦了。maven基础比较弱，之后系统学一下吧，见谅。

 

解决方案:

       我在出错的时候，在网上查找发现很多人写的博文大多都是上来一顿描述自己的排查历程，然后说到最后读者发现问题和自己的不一样。浪费了很多时间，所以我先将问题和解决方案提出来了。

       我是直接将provider端的api  使用maven install打包了一下。然后在consumer端直接引入jar包。然后就导致了一系列的问题，最主要的也就是classNotFound的问题，provider端的接口没有注入到spring容器中。在网上查了很长时间，发现是provider端的jar打包打的有问题。原本是只maven install了api，正常是需要将整个项目都maven install了。就是在provider的parent(root)  install一下就行了，然后在引用api中的jar就ok。

 

问题排查过程：

      首先，引入provider端的jar包后，发现接口没有注入成功，启动服务报错classNotFound。

      没有注入成功，首先排查provider端提供服务是否正常。排查方式有：
         （1）zookeeper+getBean的方式加载配置文件直接调用provider端的接口

         （2）点对点方式+getBean搞一下。

       以上两个方法我都测试成功了，那么问题一定是出在了注入这里。检查spring扫描包是否将dubbo的配置文件给扫描上了

       这些在我项目中都没有问题，那么就来排查一下提供方给的包是否有问题。之前看过spring扫描包的源码。如果想将一个接口扫描到spring容器中，必须在他的实现类上面加上@Service。这样在扫面他的实现类的时候就会把这个实现类的依赖接口有添加到spring容器中了。

       如果单单打包一个api的接口是不会有实现类去引用这个接口的，所以就不会扫描到这个接口也不会将接口加载到spring容器中。所以只需要将整个provider打包后才会扫描到这个接口，才会注册到spring容器中。

 

       对于maven打包的这个问题，本次我是在排查问题中反向想到的。其实真正使用maven打包的api jar包也是需要将整个父项目打包的。还是maven基础差啊。