几个月前，开源社区发生了一件大事，那个曾经风靡国内 Java 开发者的开源 RPC 服务框架 —— Dubbo，低调宣布将重新得到官方维护与支持。
对于 Dubbo 框架，大部分 Java 开发者都不会感到陌生，它自诞生起就备受关注。
2011 年末，阿里巴巴在 GitHub 上开源了基于 Java 的分布式服务治理框架 Dubbo，之后它成为了国内该类开源项目的佼佼者，许多开发者对其表示青睐。同时，先后有不少公司在实践中基于 Dubbo 进行分布式系统架构，目前在 GitHub 上，它的 fork、star 数均已破万。
Dubbo 致力于提供高性能和透明化的 RPC 远程服务调用方案，以及 SOA 服务治理方案，使得应用可通过高性能 RPC 实现服务的输出、输入功能和 Spring 框架无缝集成。Dubbo 包含远程通讯、集群容错和自动发现三个核心部分。
Dubbo 核心功能：
远程通讯，提供对多种基于长连接的 NIO 框架抽象封装，包括多种线程模型，序列化，以及“请求-响应”模式的信息交换方式。
·集群容错，提供基于接口方法的透明远程过程调用，包括多协议支持，以及软负载均衡，失败容错，地址路由，动态配置等集群支持。
·自动发现，基于注册中心目录服务，使服务消费方能动态的查找服务提供方，使地址透明，使服务提供方可以平滑增加或减少机器。
Dubbo 架构：
国内技术人喜欢拿 Dubbo 和 Spring Cloud 进行对比，因为两者都是服务治理非常优秀的开源框架。
但事实上，这样对比是不够公平的，首先 Dubbo 是 SOA 时代的产物，它的关注点主要在于服务的调用，流量分发、流量监控和熔断。而 Spring Cloud 诞生于微服务架构时代，考虑的是微服务治理的方方面面，另外由于依托了 Spirng、Spirng Boot 的优势之上，两个框架在开始目标就不一致，Dubbo 定位服务治理、Spirng Cloud 是一个生态。
因此可以大胆地判断，Dubbo 未来会在服务治理方面更为出色，而 Spring Cloud 在微服务治理上面无人能敌。
提到 Dubbo 的未来，不禁想问大家，你们知道 Dubbo 重启维护后的上一个版本是什么时候发布的吗？是 2014 年 10 月 30 号，距今整整将近 3 年，Dubbo 所依赖的 JDK、Spring、Zookeeper、Zkclient 等等不知道都更新了多少个版本。
因此 Dubbo 恢复更新的第一步就是适配所依赖的各组件版本，让 Dubbo 所依赖的基础环境不要太落伍，另外也修复了一些严重的 Bug。
事实上，从 9 月开始，Dubbo 三个月里连着发布了四个版本（2.5.4、2.5.5、2.5.6 和 2.5.7），我们看看更新了什么 ——
2.5.4：主要是解决 issues 和依赖升级
2.5.5：升级了依赖包版本 ；以问题反馈频率和影响面排定优先级，优先解决了几个反馈最多、影响较大的一些缺陷，包括优雅停机、异步调用等
2.5.6：优先级较高的几个 issue 修复，吸纳社区的优秀 PullRequest，新增 Netty4通信模块、线程堆栈dump特性
2.5.7：阶段性完成了社区累积 issue 的处理，同时开始满足社区反映的新需求
可以看到，2.5.7 版本后，关注度高的一些 issue 基本已得到解决。那么 Dubbo 的发展方向是如何？下一步将会做什么？技术选型是否要考虑它？
如果你也有着这些疑问，而且希望获得更多关于 Dubbo 的最新发展状况，这里看过来 ——
阿里巴巴高级研发工程师将于 12 月 23 日开源中国源创会年终盛典的主会场上和大家分享 Dubbo 的开源现状，并将揭秘 Dubbo 更多的未来发展规划。
Dubbo 现状与未来发展规划
讲师简介
刘军，阿里巴巴中间件高级研发工程师，主导了 Dubbo 重启维护以后的几个发布版计划，专注于高性能 RPC 框架和微服务相关领域。曾负责网易考拉 RPC 框架的研发及指导在内部使用，参与了服务治理平台、分布式跟踪系统、分布式一致性框架等从无到有的设计与开发过程。
主题介绍（主会场）
Dubbo 是阿里巴巴于 2011 年开源的分布式服务治理框架，目前已是国内影响力最大、使用最广泛的开源服务框架，在 GitHub 上的 fork、star 数也均已破万。自 7 月份重启维护以来，Dubbo 一直重点倾听并收集社区的反馈，集中解决社区诉求并连续发布了几个维护版本。此次议题，我们将一起回顾 Dubbo 开源取得的成绩，并重点关注 Dubbo 未来定位与发展规划：
1. Dubbo 功能与架构简介
2. 当前维护状态与发版情况
3. 近期功能规划
4. RoadMap
开源中国一直致力于为开发者提供最热门的技术干货，想要了解更多技术的最新前沿发展？赶快登录 https://www.oschina.net/2017-beijing-ceremony 进行报名吧！
引用来自“首席的哥队长”的评论
对于老用户来说，已经大量流失，失去信任，现在想要唤回来何其难？对于新用户来说，有这么一段“历史”，选择时心里多少会有忐忑，向Spring Cloud倾斜，
“Dubbo 未来会在服务治理方面更为出色，而 Spring Cloud 在微服务治理上面无人能敌”服务治理跟微服务治理大部分情况下要分这么细？至少我经历的项目中这两个随便选一个就行。
所以，用户仍然会有，但可以大胆判断以后肯定无法和Spring Cloud匹敌，
跟velocity这货一样，7年不更新了突然来个版本，落后多少？用户还认可多少？
引用来自“开源中国首席卡牌中单”的评论
Dubbo 是干嘛的？就RPC吗？用hession不行吗？引用来自“荆棘谷青山”的评论
低调个锤子引用来自“首席龍魂”的评论
低调个锤子，到处打广告，大篇幅报道引用来自“FROMFUTURE”的评论
现在新项目不敢用阿里系了，被fastjson坑，被dubbo坑，只有用过的druid比较稳定引用来自“MrXionGe”的评论
fastjson怎么个坑法？引用来自“灬灬灬灬灬”的评论
安全漏洞.反序列化远程执行漏洞引用来自“首席的哥队长”的评论
对于老用户来说，已经大量流失，失去信任，现在想要唤回来何其难？对于新用户来说，有这么一段“历史”，选择时心里多少会有忐忑，向Spring Cloud倾斜，
“Dubbo 未来会在服务治理方面更为出色，而 Spring Cloud 在微服务治理上面无人能敌”服务治理跟微服务治理大部分情况下要分这么细？至少我经历的项目中这两个随便选一个就行。
所以，用户仍然会有，但可以大胆判断以后肯定无法和Spring Cloud匹敌，
跟velocity这货一样，7年不更新了突然来个版本，落后多少？用户还认可多少？
引用来自“酒梦江湖灬小光”的评论
按性能来说TCP的性能要强于http引用来自“talent-tan”的评论
不论如何，dubbo也算是一个创造性的作品了，老一辈阿里确实能人辈出！引用来自“首席的哥队长”的评论
对于老用户来说，已经大量流失，失去信任，现在想要唤回来何其难？对于新用户来说，有这么一段“历史”，选择时心里多少会有忐忑，向Spring Cloud倾斜，
“Dubbo 未来会在服务治理方面更为出色，而 Spring Cloud 在微服务治理上面无人能敌”服务治理跟微服务治理大部分情况下要分这么细？至少我经历的项目中这两个随便选一个就行。
所以，用户仍然会有，但可以大胆判断以后肯定无法和Spring Cloud匹敌，
跟velocity这货一样，7年不更新了突然来个版本，落后多少？用户还认可多少？
引用来自“荆棘谷青山”的评论
低调个锤子引用来自“首席龍魂”的评论
低调个锤子，到处打广告，大篇幅报道引用来自“FROMFUTURE”的评论
现在新项目不敢用阿里系了，被fastjson坑，被dubbo坑，只有用过的druid比较稳定引用来自“MrXionGe”的评论
fastjson怎么个坑法？引用来自“荆棘谷青山”的评论
低调个锤子引用来自“首席龍魂”的评论
低调个锤子，到处打广告，大篇幅报道引用来自“FROMFUTURE”的评论
现在新项目不敢用阿里系了，被fastjson坑，被dubbo坑，只有用过的druid比较稳定引用来自“荆棘谷青山”的评论
低调个锤子引用来自“首席龍魂”的评论
低调个锤子，到处打广告，大篇幅报道引用来自“FROMFUTURE”的评论
现在新项目不敢用阿里系了，被fastjson坑，被dubbo坑，只有用过的druid比较稳定很多项目被这货坑的不且...
引用来自“荆棘谷青山”的评论
低调个锤子引用来自“首席龍魂”的评论
低调个锤子，到处打广告，大篇幅报道引用来自“荆棘谷青山”的评论
低调个锤子宁肯等istio，也不会对阿里的开源抱希望，洗洗睡吧，低调捐出去不好吗？非要挨一顿骂？
引用来自“首席的哥队长”的评论
对于老用户来说，已经大量流失，失去信任，现在想要唤回来何其难？对于新用户来说，有这么一段“历史”，选择时心里多少会有忐忑，向Spring Cloud倾斜，
“Dubbo 未来会在服务治理方面更为出色，而 Spring Cloud 在微服务治理上面无人能敌”服务治理跟微服务治理大部分情况下要分这么细？至少我经历的项目中这两个随便选一个就行。
所以，用户仍然会有，但可以大胆判断以后肯定无法和Spring Cloud匹敌，
跟velocity这货一样，7年不更新了突然来个版本，落后多少？用户还认可多少？
引用来自“酒梦江湖灬小光”的评论
按性能来说TCP的性能要强于http引用来自“MrXionGe”的评论
嗯对，差距是有的，但是还没有明显到能感觉出来引用来自“首席的哥队长”的评论
对于老用户来说，已经大量流失，失去信任，现在想要唤回来何其难？对于新用户来说，有这么一段“历史”，选择时心里多少会有忐忑，向Spring Cloud倾斜，
“Dubbo 未来会在服务治理方面更为出色，而 Spring Cloud 在微服务治理上面无人能敌”服务治理跟微服务治理大部分情况下要分这么细？至少我经历的项目中这两个随便选一个就行。
所以，用户仍然会有，但可以大胆判断以后肯定无法和Spring Cloud匹敌，
跟velocity这货一样，7年不更新了突然来个版本，落后多少？用户还认可多少？
引用来自“首席的哥队长”的评论
对于老用户来说，已经大量流失，失去信任，现在想要唤回来何其难？对于新用户来说，有这么一段“历史”，选择时心里多少会有忐忑，向Spring Cloud倾斜，
“Dubbo 未来会在服务治理方面更为出色，而 Spring Cloud 在微服务治理上面无人能敌”服务治理跟微服务治理大部分情况下要分这么细？至少我经历的项目中这两个随便选一个就行。
所以，用户仍然会有，但可以大胆判断以后肯定无法和Spring Cloud匹敌，
跟velocity这货一样，7年不更新了突然来个版本，落后多少？用户还认可多少？
引用来自“酒梦江湖灬小光”的评论
按性能来说TCP的性能要强于http阿里KPI，神奇的KPI。
曾有好友说过，这些东西只要KPI够了，维不维护不重要.
引用来自“首席的哥队长”的评论
对于老用户来说，已经大量流失，失去信任，现在想要唤回来何其难？对于新用户来说，有这么一段“历史”，选择时心里多少会有忐忑，向Spring Cloud倾斜，
“Dubbo 未来会在服务治理方面更为出色，而 Spring Cloud 在微服务治理上面无人能敌”服务治理跟微服务治理大部分情况下要分这么细？至少我经历的项目中这两个随便选一个就行。
所以，用户仍然会有，但可以大胆判断以后肯定无法和Spring Cloud匹敌，
跟velocity这货一样，7年不更新了突然来个版本，落后多少？用户还认可多少？
引用来自“酒梦江湖灬小光”的评论
按性能来说TCP的性能要强于http引用来自“首席的哥队长”的评论
对于老用户来说，已经大量流失，失去信任，现在想要唤回来何其难？对于新用户来说，有这么一段“历史”，选择时心里多少会有忐忑，向Spring Cloud倾斜，
“Dubbo 未来会在服务治理方面更为出色，而 Spring Cloud 在微服务治理上面无人能敌”服务治理跟微服务治理大部分情况下要分这么细？至少我经历的项目中这两个随便选一个就行。
所以，用户仍然会有，但可以大胆判断以后肯定无法和Spring Cloud匹敌，
跟velocity这货一样，7年不更新了突然来个版本，落后多少？用户还认可多少？
引用来自“抢小孩糖吃”的评论
我们已经不需要dubbo了，现在使用spring cloud但是我选Spring Cloud
对于新用户来说，有这么一段“历史”，选择时心里多少会有忐忑，向Spring Cloud倾斜，
“Dubbo 未来会在服务治理方面更为出色，而 Spring Cloud 在微服务治理上面无人能敌”服务治理跟微服务治理大部分情况下要分这么细？至少我经历的项目中这两个随便选一个就行。
所以，用户仍然会有，但可以大胆判断以后肯定无法和Spring Cloud匹敌，
跟velocity这货一样，7年不更新了突然来个版本，落后多少？用户还认可多少？