一路踩坑构建Dubbo源码
dubbo构建- 源码环境
- 构建
- 快速启动
- 总结
源码环境
随着溪源目前对技术栈的求知欲，也开始入手Dubbo源码啦！！！ 构建源码第一步： 必备开发环境：Java 1.5 以上的版本；Maven 2.2.1 或者以上的版本； 官网下载源代码 官网构建文档学习一下；
构建
上面part介绍了dubbo源码环境，下面溪源将一步步踩坑构建源码。虽然上面附属了官方文档连接，此处溪源再重复说一下下载步骤：
- git下载
命令
git clone https://github.com/apache/dubbo.git; - maven 构建 到这里溪源开始踩坑了，噩梦的开始~ 官网文档里可以使用两种方式构建：是否跳过单元测试；
毕竟是第一次构建源码，故溪源选择了第一种方式：
- 构建时间长，需要构建单元测试；
- 可能会存在单测错误现象（构建过程可以直接忽略）;
直奔主题，毫不意外构建失败，直接步入今天的主题：踩坑。
遇到这种依赖冲突情况，溪源提供一种暴力解决方法：将本地仓库删除相关jar包文件，重新下载依赖文件； 由于不跳过单测，构建过程略长，溪源采用了第二种构建方式，如图
静静地等待构建。。。心里默默祈求成功吧（哈哈~）
- idea编译
命令：
mvn idea:idea
继续等待编译完成，毫不意外溪源又被摧残了一下，BUILD FAILURE构建失败；
心里想着再坚持一下，快要成功了~，溪源继续想办法解决，看到关于本地仓库的问题，于是乎溪源在本地仓库中查找没有对应的Jar包依赖；
溪源第一反应就是下载对应的Jar资源文件，在哪里下载呢？？？面向度娘吗？？不不，对于这种资源包缺失问题，网上很少回答的。大家可以动脑思考一下，项目依赖文件来源于中央仓库，于是乎~阿里云仓库嘛;
溪源分享一下阿里云仓库资源文件下载地址：源地址，网络原因，有可能访问缓慢；
将jar包下载完成以后，在本地仓库建立相应的文件夹；
引出一个拓展点：
平时日常开发配置maven时，需要在setting.xml引入阿里云仓库，一般我们百度时配置提供的基本是一种老版地址
<mirror>
<id>alimaven</id>
<name>aliyun maven</name>
<url>http://maven.aliyun.com/nexus/content/groups/public/</url>
<mirrorOf>central</mirrorOf>
</mirror>溪源在解决上面依赖问题时，发现阿里云仓库已经进行了地址更新：阿里云maven
官方配置指南参考：
于是，溪源将本地maven配置setting.xml改成新的仓库地址：
<mirror>
<id>alimaven</id>
<name>aliyun maven</name>
<url>https://maven.aliyun.com/repository/public/</url>
<mirrorOf>central</mirrorOf>
</mirror>以上踩坑似乎跟溪源本地仓库有关，溪源在这里分享出来，希望能够带给伙伴一种解决思路，遇到类似问题，不要着急，看错误日志，寻找解决方案。
解决完资源依赖问题，再次输入mvn idea:idea命令，终于迎来胜利的曙光，构建成功啦！
快速启动
经历一番折腾后，溪源终于解决了问题，终于要准备开启dubbo的大门啦，一探究竟~ 事实告诉溪源高兴的太早了，坑啊~，继续踩坑。
idea打开dubbo源码，进入dubbo-demo项目
按照正常步骤，溪源将配置文件中zookeeper注册中心IP地址改成自己阿里云公网地址（根据自己情况修改）； 满心欢喜启动项目~结果：
[11/08/20 08:36:35:376 CST] main INFO imps.CuratorFrameworkImpl: Default schema
Exception in thread "main" java.lang.IllegalStateException: zookeeper not connected
at org.apache.dubbo.remoting.zookeeper.curator.CuratorZookeeperClient.<init>(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.<init>(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.xml\dubbo-consumer.xml中均添加超时时间：
<dubbo:registry address="zookeeper://IP地址:2181" timeout="10000"/>解决完这些问题，溪源心里已经不敢期望成功运行源代码了，心里担忧~ 小心尝试分别运行provider、consumer主启动类；
溪源心里一颗大石头终于放下来了，踩了一路的坑，终于成功运行demo了。
总结
从溪源构建代码过程中，发现即使过程中遇到各种坑，希望大家能够静下来心，寻找有效日志，作为突破目标，一举攻破！！！下面溪源也要追逐dubbo的学习了。 溪源第一次接触dubbo源码，若是存在不足之处，希望大佬及时指正！ 若大家从中捞到东西，请给与溪源爱心三连哈~，激发溪源前进的脚步。