最近在做新版本的开发，开发本身不难，奈何需求不明确，就给俩按钮，其他说明性的图片、文字一概没有，我很痛苦，但还是得做。磨了几天总算是给了一个6行两列的表格，一共几十个字而已（就这几十个字还变来变去的，就在今天即将发版之际，还在改），但是他内部的逻辑和关联挺复杂的。现在想想也不能全怪产品，可能在他们看来的确是只是两个按钮这么简单的事，但是老铁，你一个按钮可让我关联了7张表啊。
上面算是简单说明下最近为什么没更新。好了，不吐槽了，开始哔哔。
各位应该知道Dubbo吧，就算是不知道，听总听过吧？我最常听到的一句话就是：我们是用Dubbo做的微服务。
这句话看着好像是很厉害：哇，dubbo做微服务，好厉害啊。
其实很垃圾的，dubbo这个东西，我看了两三个小时技文档和博客就掌握个大概了，只是使用而不深究其原理的话，按照网上的教程，10分钟上手做一个简单的Demo一点儿都不夸张（但是建议还是学习其原理比较好，还是那句话，吃饭的东西得认真对待）。
上面是说dubbo并不是什么难的东西，下面说一下上面那句话本身：我们是用Dubbo做的微服务。这句看起来没什么问题的话，其实存在一个巨大的误导：dubbo是用来做微服务的。要想了解dubbo和微服务的关系，就需要知道dubbo和微服务的发展。dubbo说白了，就是SOA时代的产物。而微服务是近几年才火起来的。各位感兴趣可以去查下dubbo的时间线（主要是各个里程碑及当时行业的大背景）和微服务火起来的时间，将两者合并一下，你就会知道，说用dubbo做微服务这句话简直就是彻头彻尾的耍流氓。前面说dubbo是SOA时代的产物，了解SOA和微服务的都知道，他们基本上可以看做是双胞胎，只不过关注的重点不一样而已。他们本身是十分相似的，以他们为理论产出的东西就更不好辨别了，这就是为什么包括业界很多大公司在内的很多人都在说我们是用Dubbo做的微服务。但是其实也没什么影响，不管是SOA还是微服务，都是为了解决软件危机，如果我成功的解决了我当下面临的软件危机，我爱叫什么就叫什么，我说我用萨格拉斯·阿波罗·西王母做的微服务，也OK啊，No Problem。
要说当下最优秀的微服务框架，个人认为，只有SpringCloud，没有之一。因为SpringCloud是一个生态，所有东西自给自足，最重要的是它的社区活跃度非常高。
顺便劝大家一句：赶紧学学SpringBoot吧。因为Spring在逐渐步入老年时代，Spring官方的意思应该是建议大家逐渐使用SpringBoot，慢慢减少原生Spring的使用，因为SpringBoot用起来真的很爽、很优雅。
近期如果没什么事，我会更新下微服务架构下如何进行测试。（我是看别人的技术分享学到的，然后过来落地到这里，算是做了下笔记）。