[编织消息框架][JAVA核心技术]动态代理应用1

前面几篇介绍，终于到了应用阶段啦，我们来做一个RPC来加强学过的知识

做基础核心时先确定解决什么问题，提供什么服务，同将来扩展等

rpc 分两部份，一个是调用者，另一方是服务提供者

调用者只关心那个服务，传相应参数，返回内容就可以

而提供者根据调用相应服务同参数，工作处理后响应内容即可

根据他们的关系可以用JAVA 接口同实现类 来约束书写完成功能

另外说点流行的：微服务

微服务主要解决人员分配，快速开发交付项目，将一个项目所有服务拆分成一个个应用，每个服务就可以独立部署。

开发环节每人负责开发一个或多个服务，能达到并行开发又互不影响。

服务质量隔离开，代码质量取决于开发者本身水平，出了问题后期再优化，当然前提是项目活下来

微服务有个致命缺点：就是拆分太多导致项目上线后维护非常复杂，试想下如果一个方法诉成一个应用，得多少人才能管得住

微服务这么流行也有它存在的道理，那我们开发RPC也顺便将水平扩展也做了

先看下图：一个项目模块化开发

1.每个模块只能有一个公开访问服务，为模块与模块间调用

2.所有模块调用使用必须是接口不得是实现类，原因方便切换水平扩展

3.所有模块服务注册到同一地方，方便维护管理，致于感应服务变更，请求模式已介绍过，可以使用共享内存跟订阅/发布模式