1.Dubbo的客户端请求配置和调用代码如下：
String applicationConfig = "consumer-applicationContext.xml";
ApplicationContext context = new ClassPathXmlApplicationContext(applicationConfig);
注：在上一文章，曾介绍xml表的命名空间间解析过程，而dubbo:service是服务端配置，而dubbo:reference是客户端配置。
2.构造beanmap列表时，每一行dubbo::refence对应一个ReferenceBean配置。Reference会创建三个对象,如下：
FailoverClusterInvoker：失败转移使用，如服务器宕机等，是从com.alibaba.dubbo.common.Node接口派生的。
MockClusterInvoker：如其名，接口集群化，同一个接口，存在多个服务器为其提供服务支持时，需要一个均衡策略地访问这些服务器。
InvokerInvocationHandler：这个接口是真正的动态代理，它是从InvocationHandler中派生出来的，Failover和MockCluster都是从Node接口派生，用于管理集群的。
3.如下调用代码
UserInfoService userInfoService = (UserInfoService) context.getBean("userInfoService");
System.out.println(userInfoService.sayHello("zhangsan"));
4.如下代码,通过元数据RpcInvocation打包函数名和函数参数，然后通过RPC通信把请求发送到服务器端。
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
String methodName = method.getName();
Class[] parameterTypes = method.getParameterTypes();
if (method.getDeclaringClass() == Object.class) {
return method.invoke(invoker, args);
}
if ("toString".equals(methodName) && parameterTypes.length == 0) {
return invoker.toString();
}
if ("hashCode".equals(methodName) && parameterTypes.length == 0) {
return invoker.hashCode();
}
if ("equals".equals(methodName) && parameterTypes.length == 1) {
return invoker.equals(args[0]);
}
return invoker.invoke(new RpcInvocation(method, args)).recreate();
}
