RPC的简化版原理如下图（核心是代理机制）。
- 1.本地代理存根: Stub
- 2.本地序列化反序列化
- 3.网络通信
- 4.远程序列化反序列化
- 5.远程服务存根: Skeleton
- 6.调用实际业务服务
- 7.原路返回服务结果
- 8.返回给本地调用方
注意处理异常。
RpcProvider的本地实现
1、工程结构
- rpc-core是核心实现类
- rpc-demo-api是定义实际业务服务的接口
- rpc-demo-provider是业务接口实现类
2、RpcProvider在启动过程中把@RpcProvider标记的方法存到Map中去
在启动时加载配置
在配置中创建启动类
启动类在创建的过程，会将带有@RpcProvider注解的类存放到Map中。
@PostConstruct注解可以在bean的初始化后进行执行，刚好满足我们的常见（存储bean）
使用 ApplicationContextAware接口是为了获取Spring的应用上下文ApplicationContext，从里面获取bean。
RpcProvider是自定义的一个注解，用来表示这个类是一个服务提供者。
一个服务提供者，订单服务实现类。
3、在调用的时候通过方法名称找到应该调用的方法，通过反射完成调用。
发起一个http请求调用，获取订单信息。
RpcRequest封装请求参数，包括：接口名称、方法名、参数。
一个请求入口
请求调用，根据服务全限定名（就是一个类的全名）去map存找对应的类，找到后，通过反射发起方法调用。
响应类RpcResponse统一封装结果，返回状态，响应结果数据。
实际的调用结果，就成功了。
4、有哪些问题？
如果一个接口有多个实现类怎么办？
错误消息怎么处理？
方法有多个重载方法怎么办？
