Dubbo源码解析(九)Dubbo系列 源码总结+最近感悟

从0开始看dubbo源码过程中,对于整个源码阅读与之前阅读部分的Spring源码不太一样,首先之前没有看过源码,因为Spring的一个流程比较复杂,所以一直在跳转跳转,大流程比较多,生命周期较长。自己当时也不会做一下笔记。又组件比较多且复杂。但是Dubbo的分层很是清晰,几层分下来一层一层的看下去,边记笔记边看,很舒服。以及Dubbo SPI初始化过程,里面的SPI 虽简洁,但不失优雅。通过约定的方式解决的依赖注入的问题。里面的服务注册中心、服务发布、服务调用、拦截器链等等这些都是很舒服。在使用上通过策略自行组装各个层面的扩展点实现RPC。

这次看看源码和之前的也不一样,这一次更多的是思考了为什么这样写,这样写有什么好处。并且对类之间的关系通过UML图等方式进行学习与了解。也做了笔记,也发表出来博客,虽然质量上还是有些牵强,但是坚持下去,后面再回过头来去提炼提炼,终究也是可以帮助自己成长的更好的。

总而言之,这一次并不是为了把所有的dubbo读懂读透,而是再出了问题的时候,知道是哪里的问题, 能够第一时间定位问题。无论是开发时期的依赖问题,服务发布等常见的问题,知道了哪些组件可以扩展,可以更好的服务于当前业务。
因为目前在产品的定位就是可以解决开发过程、测试过程的任何问题,虽然很艰难,但是每一次也能逢凶化吉。

这次的总结并不代表结束,在交换层的netty这些技术也是需要深挖的,zk注册中心也是可以深挖的,比如zk的选举算法,ZAB协议,虽然看了但是还不是很懂。dubbo的框架的整个流程分层,根据领域分层这也是需要一定的思考。

目前还很渺小,前几天也和一位大佬面基,也强调了技术是为业务服务,其实我们现在的产品中除了功能 的完整性也是可以深挖很多东西的。比如应用机器学习提高准确性,当前的情感分析还是未处理阶段,大数据性能问题并未真正的研究测试,只是浮于表面,对于这些,如果能够根据业务场景进行不断地深挖,还是很有挑战的。

相关文章
相关标签/搜索