今天做的事情：

              早上在看昨天写的东西，有个疑惑，为什么实现Runnale比继承Thread更有优势呢。https://www.cnblogs.com/saliency/p/5454397.html，这篇博客讲的很清楚。

             继承Thread实现的模式是，定义多个线程，各自完成各自的任务，实现Runnable实现的模式是 定义多个线程，实现一个任务。而一般情况下，实现Runnable接口，比较简单明了。

             下午的话，忘了干啥。晚上看了些RPC的解释，知乎上说的还是比较清楚，远程调用服务。由于不在一个内存空间，不能直接调用，需要通过网络来表达调用的语义和传达调用的数据。

             关于Netty，不局限于RPC，更多的是作为一种网络协议的实现框架，比如HTTP,由于RPC需要高效的网络通信，就可能选择以Netty作为基础。除了网络通信，还需要比较高效的序列化框架，以及一种寻址方式。

              了解微服务

               微服务架构模式有很多好处。首先，通过分解巨大单体式应用为多个服务方法解决了复杂性问题。在功能不变的情况下，应用被分解为多个可管理的分支或服务。每个服务都有一个用RPC-或者消息驱动API定义清楚的边界。微服务架构模式给采用单体式编码方式很难实现的功能提供了模块化的解决方案，由此，单个服务很容易开发、理解和维护。

                第二，这种架构使得每个服务都可以有专门开发团队来开发。开发者可以自由选择开发技术，提供API服务。当然，许多公司试图避免混乱，只提供某些技术选择。然后，这种自由意味着开发者不需要被迫使用某项目开始时采用的过时技术，他们可以选择现在的技术。甚至于，因为服务都是相对简单，即使用现在技术重写以前代码也不是很困难的事情。

第三，微服务架构模式是每个微服务独立的部署。开发者不再需要协调其它服务部署对本服务的影响。这种改变可以加快部署速度。UI团队可以采用AB测试，快速的部署变化。微服务架构模式使得持续化部署成为可能。

遇到的问题：

                无：

收获：

               分布式和远程调用，明天计划整PPT，找人，准备复盘。