一、电商系统架构演进

1、单一应用架构

当网站规模很小时，采用单一应用框架，把所有的服务集中在一个应用中，但随着网站规模增大，单一应用框架会越来越难维护。

2、垂直应用架构

把应用垂直的拆分开来，拆分成如支付、查询等垂直模块，每个模块都有从顶层显示层到底层数据持久层的业务逻辑，每个模块都是一个独立的子系统。虽然在一定程度上降低了开发成本和维护成本，但是会导致许多底层业务逻辑代码的重复。

3、分布式应用架构

把核心的业务抽离出来，作为独立的服务，供上层消费者调用。

这种架构就可以用到Dubbo框架，Dubbo是一个RPC（Remote Procedure Call Protocal）框架，用于实现SOA架构，在分布式情况下可以远程调用其他服务器暴露的方法。

二、Dubbo原理

1、如何做到透明化的调用远程服务？

采用JDK动态代理技术或CGLib字节码生成（asm）技术。一般都采用JDK动态代理，因为代码易维护。当调用生产者类的服务时，其实调用的是代理类的方法，代理类中执行了通信的业务逻辑，并且获得最后的执行结果。

2、消息的数据结构

服务调用者请求消息：接口名、方法名、参数类型及参数值、超时时间、RequestID

服务生产者返回消息：返回值、状态码、RequestID

RequestID：因为消息的发送与接收是异步的，为了辨别返回的消息属于哪个请求。

3、序列化方式

序列化就是将数据结构或对象转化为二进制串的过程，只有转换成了二进制串才能进行网络传输。

要考虑通用性、性能以及可扩展性。dubbo采用hessian。

4、通信方式

基于NIO。

5、发布服务

ZooKeeper提供了服务的注册于自动发现功能，服务提供者的增加、删除对调用者来说是透明的。还提供心跳机制来检测服务提供者是否还存在。