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();
    }