源码环境

随着目前对技术栈的求知欲，也开始入手Dubbo源码啦！！！
构建源码第一步：
必备开发环境：Java 1.5 以上的版本；Maven 2.2.1 或者以上的版本；
官网下载源代码
官网构建文档学习一下；

构建

上面part介绍了dubbo源码环境，下面将一步步踩坑构建源码。虽然上面附属了官方文档连接，此处再重复说一下下载步骤：

• git下载
  命令git clone https://github.com/apache/dubbo.git;
• maven 构建
  到这里开始踩坑了，噩梦的开始~
  官网文档里可以使用两种方式构建：是否跳过单元测试；

毕竟是第一次构建源码，故选择了第一种方式：

1. 构建时间长，需要构建单元测试；
2. 可能会存在单测错误现象(构建过程可以直接忽略);

直奔主题，毫不意外构建失败，直接步入今天的主题：踩坑。

遇到这种依赖冲突情况，提供一种暴力解决方法：将本地仓库删除相关jar包文件，重新下载依赖文件；
由于不跳过单测，构建过程略长，采用了第二种构建方式，如图

静静地等待构建。。。心里默默祈求成功吧(哈哈~)

• idea编译
  命令：mvn idea:idea

继续等待编译完成，毫不意外又被摧残了一下，BUILD FAILURE构建失败；

心里想着再坚持一下，快要成功了~，继续想办法解决，看到关于本地仓库的问题，于是乎溪源在本地仓库中查找没有对应的Jar包依赖；
第一反应就是下载对应的Jar资源文件，在哪里下载呢？？？面向度娘吗？？不不，对于这种资源包缺失问题，网上很少回答的。大家可以动脑思考一下，项目依赖文件来源于中央仓库，于是乎~阿里云仓库嘛;
将jar包下载完成以后，在本地仓库建立相应的文件夹；

引出一个拓展点：
平时日常开发配置maven时，需要在setting.xml引入阿里云仓库，一般我们百度时配置提供的基本是一种老版地址

alimavenaliyun mavenhttp://maven.aliyun.com/nexus/content/groups/public/central

在解决上面依赖问题时，发现阿里云仓库已经进行了地址更新：

官方配置指南参考：

于是，将本地maven配置setting.xml改成新的仓库地址：

alimavenaliyun mavenhttps://maven.aliyun.com/repository/public/central

以上踩坑似乎跟本地仓库有关，在这里分享出来，希望能够带给伙伴一种解决思路，遇到类似问题，不要着急，看错误日志，寻找解决方案。

解决完资源依赖问题，再次输入mvn idea:idea命令，终于迎来胜利的曙光，构建成功啦！

快速启动

经历一番折腾后，终于解决了问题，终于要准备开启dubbo的大门啦，一探究竟~
事实高兴的太早了，坑啊~，继续踩坑。

idea打开dubbo源码，进入dubbo-demo项目

按照正常步骤，将配置文件中zookeeper注册中心IP地址改成自己阿里云公网地址(根据自己情况修改)；
满心欢喜启动项目~结果：

[11/08/20 08:36:35:376 CST] main  INFO imps.CuratorFrameworkImpl: Default schemaException in thread "main" java.lang.IllegalStateException: zookeeper not connectedat org.apache.dubbo.remoting.zookeeper.curator.CuratorZookeeperClient.(CuratorZookeeperClient.java:83)at org.apache.dubbo.remoting.zookeeper.curator.CuratorZookeeperTransporter.createZookeeperClient(CuratorZookeeperTransporter.java:26)at org.apache.dubbo.remoting.zookeeper.support.AbstractZookeeperTransporter.connect(AbstractZookeeperTransporter.java:70)at org.apache.dubbo.remoting.zookeeper.ZookeeperTransporter$Adaptive.connect(ZookeeperTransporter$Adaptive.java)at org.apache.dubbo.configcenter.support.zookeeper.ZookeeperDynamicConfiguration.(ZookeeperDynamicConfiguration.java:56)at org.apache.dubbo.configcenter.support.zookeeper.ZookeeperDynamicConfigurationFactory.createDynamicConfiguration(ZookeeperDynamicConfigurationFactory.java:37)at org.apache.dubbo.common.config.configcenter.AbstractDynamicConfigurationFactory.lambda$getDynamicConfiguration$0(AbstractDynamicConfigurationFactory.java:39)at java.util.concurrent.ConcurrentHashMap.computeIfAbsent(ConcurrentHashMap.java:1660)at org.apache.dubbo.common.config.configcenter.AbstractDynamicConfigurationFactory.getDynamicConfiguration(AbstractDynamicConfigurationFactory.java:39)at org.apache.dubbo.common.config.configcenter.DynamicConfiguration.getDynamicConfiguration(DynamicConfiguration.java:224)at org.apache.dubbo.config.bootstrap.DubboBootstrap.prepareEnvironment(DubboBootstrap.java:1034)at org.apache.dubbo.config.bootstrap.DubboBootstrap.startConfigCenter(DubboBootstrap.java:623)

心里怒骂一声“此处省略三个字”！！！最终屈服于它，说服自己遇到问题不要慌，分析一波吧；面对第一次处理dubbo源码，心里也没有底啊。但是按照往常遇到问题的处理方式，就是看到上面的日志，找到第一个报错的类(为什么呢？跟过源码或者经验比较丰富的伙伴应该清楚，我们开发代码一般类似洋葱，一层套一层，故第一个报错的类，肯定是出问题的地方)；于是乎，选中CuratorZookeeperClient.java:83此类作为突破目标；

看到了日志报错的地方，开始吧~撸起袖子就是干啊；

跟进源码我们发现了时间超时问题，我们距离成功解决问题又进了一步；故我们在配置文件中修改其连接时间：
官方文档：dubbo:registry
接下来就是修改dubbo源码中的配置文件：
将dubbo-provider.xmldubbo-consumer.xml中均添加超时时间：

解决完这些问题，心里已经不敢期望成功运行源代码了，心里担忧~
小心尝试分别运行provider、consumer主启动类；

心里一颗大石头终于放下来了，踩了一路的坑，终于成功运行demo了。

总结

从构建代码过程中，发现即使过程中遇到各种坑，希望大家能够静下来心，寻找有效日志，作为突破目标，一举攻破！

来源：https://blog.csdn.net/xuan_lu/article/details/107942808?utm_medium=distribute.pc_feed.none-task-blog-personrec_tag-4.nonecase&depth_1-utm_source=distribute.pc_feed.none-task-blog-personrec_tag-4.nonecase&request_id=5f3387eb2405af26f814ed65