3.RPC框架的简单实现（解析自定义bean）

xsd文件，spring.handlers和spring.schemas文件定义好了之后，接下来就是定义自己的NamespaceHandler处理类，如下：

package com.lipenglong.ldubbo.config.spring.schema;import com.lipenglong.ldubbo.config.ProtocolConfig;import com.lipenglong.ldubbo.config.RegistryConfig;import com.lipenglong.ldubbo.config.spring.ReferenceBean;import com.lipenglong.ldubbo.config.spring.ServiceBean;import org.springframework.beans.factory.xml.NamespaceHandlerSupport;/** * 命名空间Handler类，spring框架的调用入口 * <p/> * Created by lipenglong on 2017/7/21. */public class LdubboNamespaceHandler extends NamespaceHandlerSupport {    public void init() {        registerBeanDefinitionParser("protocol", new LdubboBeanDefinitionParser(ProtocolConfig.class));        registerBeanDefinitionParser("service", new LdubboBeanDefinitionParser(ServiceBean.class));        registerBeanDefinitionParser("registry", new LdubboBeanDefinitionParser(RegistryConfig.class));        registerBeanDefinitionParser("reference", new LdubboBeanDefinitionParser(ReferenceBean.class));    }}

对ldubbo:protocol bean解析为ProtocolConfig对象，ldubbo:registry bean解析为RegistryConfig对象。ldubbo:service 和 ldubbo:reference的bean解析为了ServiceBean和ReferenceBean对象。
为什么不都是config对象？对protocol和registry来说就是配置的bean，是简单的Java pojo对象。对service和reference来说不仅是配置，还要暴露服务和引用服务，它们需要继承spring的一些工厂类，来实现bean初始化后的其它操作即服务的暴露和引用。

关于上面LdubboNamespaceHandler类，config 对象，bean对象跟dubbo源码中的结构是一致的，包路径也一样，ldubbo就是模仿dubbo来写的一个简单的rpc实现。接下来是LdubboBeanDefinitionParser类具体解析xml的实现，代码如下：

package com.lipenglong.ldubbo.config.spring.schema;import com.lipenglong.ldubbo.config.ProtocolConfig;import com.lipenglong.ldubbo.config.RegistryConfig;import com.lipenglong.ldubbo.config.spring.ServiceBean;import org.springframework.beans.factory.config.BeanDefinition;import org.springframework.beans.factory.config.RuntimeBeanReference;import org.springframework.beans.factory.support.RootBeanDefinition;import org.springframework.beans.factory.xml.BeanDefinitionParser;import org.springframework.beans.factory.xml.ParserContext;import org.springframework.util.StringUtils;import org.w3c.dom.Element;import java.lang.reflect.Method;/** * ldubbo bean xml配置文件解析类，将信息放入spring容器 * <p/> * Created by lipenglong on 2017/7/21. */public class LdubboBeanDefinitionParser implements BeanDefinitionParser {    private final Class<?> beanClass;    public LdubboBeanDefinitionParser(Class<?> serviceBeanClass) {        this.beanClass = serviceBeanClass;    }    @Override    public BeanDefinition parse(Element element, ParserContext parserContext) {        RootBeanDefinition beanDefinition = new RootBeanDefinition();        beanDefinition.setBeanClass(beanClass);        beanDefinition.setLazyInit(false);        //判断bean的id是否赋值        String id = element.getAttribute("id");        if (StringUtils.isEmpty(id)) {            if (ServiceBean.class.equals(beanClass)) {                id = element.getAttribute("interface");            } else if (ProtocolConfig.class.equals(beanClass)) {                id = element.getAttribute("name");            } else {                id = beanClass.getSimpleName();            }        }        parserContext.getRegistry().registerBeanDefinition(id, beanDefinition);        beanDefinition.getPropertyValues().addPropertyValue("id", id);        //遍历class的set方法，属性赋值        for (Method method : beanClass.getMethods()) {            String name = method.getName();            if (name.length() > 3 && name.startsWith("set")) {                String property = name.substring(3, 4).toLowerCase() + name.substring(4);                String value = element.getAttribute(property);                if (StringUtils.isEmpty(value)) {                    if ("protocolConfig".equals(property)) {                        for (String beanName : parserContext.getRegistry().getBeanDefinitionNames()) {                            BeanDefinition definition = parserContext.getRegistry().getBeanDefinition(beanName);                            if (ProtocolConfig.class.getName().equals(definition.getBeanClassName())) {                                beanDefinition.getPropertyValues().addPropertyValue(property, definition);                            }                        }                    } else if ("registryConfig".equals(property)) {                        for (String beanName : parserContext.getRegistry().getBeanDefinitionNames()) {                            BeanDefinition definition = parserContext.getRegistry().getBeanDefinition(beanName);                            if (RegistryConfig.class.getName().equals(definition.getBeanClassName())) {                                beanDefinition.getPropertyValues().addPropertyValue(property, definition);                            }                        }                    }                    continue;                }                Object reference;                if ("ref".equals(property) && parserContext.getRegistry().containsBeanDefinition(value)) {                    reference = new RuntimeBeanReference(value);                } else {                    reference = value;                }                beanDefinition.getPropertyValues().addPropertyValue(property, reference);            }        }        return beanDefinition;    }}

parse方法把xml的配置解析为config对象，首先判断id是否赋值，xml没有配置id的话指定一个id。然后遍历class的set方法，得到属性名property，通过element.getAttribute(property)获取xml中配置的value，对于value不为空的，说明对象属性是xml的属性，如果属性是ref，那么说明值是引用的对象，并且spring上下文有这个bean时，把value设置为new RuntimeBeanReference(value)对象。

回看一下最初spring配置文件中约定的ldubbo配置：

<ldubbo:protocol name="ldubbo"/><ldubbo:service interface="com.lipenglong.ldubbo.api.service.UserService" ref="userService"/><ldubbo:registry address="127.0.0.1:30880" protocol="ldubbo"/><ldubbo:reference interface="com.lipenglong.ldubbo.api.service.UserService" id="userService"/>

里面除了ldubbo:service ref对应的是引用对象外，其它都是String类型。

ProtocolConfig对象定义：

package com.lipenglong.ldubbo.config;/** * protocol配置类 * <p/> * Created by lipenglong on 2017/7/25. */public class ProtocolConfig extends AbstractConfig {    private static final long serialVersionUID = -5067525426300152084L;    // 服务协议    private String name;    public String getName() {        return name;    }    public void setName(String name) {        this.name = name;    }    @Override    public String toString() {        return "ProtocolConfig{" +                "name='" + name + '\'' +                '}';    }}

RegistryConfig对象定义：

package com.lipenglong.ldubbo.config;/** * registry配置类 * </p> * Created by lipenglong on 2017/8/30. */public class RegistryConfig extends AbstractConfig {    private static final long serialVersionUID = -128869717961737215L;    private String address;    private String protocol;    public String getAddress() {        return address;    }    public void setAddress(String address) {        this.address = address;    }    public String getProtocol() {        return protocol;    }    public void setProtocol(String protocol) {        this.protocol = protocol;    }    public String getRegistryIp() {        return address.substring(0, address.indexOf(":"));    }    public int getRegistryPort() {        return Integer.parseInt(address.substring(address.indexOf(":") + 1));    }    @Override    public String toString() {        return "RegistryConfig{" +                "address='" + address + '\'' +                ", protocol='" + protocol + '\'' +                '}';    }}

因为address属性在xml中填写的ip和端口，所以提供getRegistryIp()和getRegistryPort()两个方法分别获取ip地址和端口配置。

config对象类都继承了AbstractConfig类，这个是自己定义的父类，拥有id属性，AbstractConfig类定义如下：

package com.lipenglong.ldubbo.config;import java.io.Serializable;/** * ldubbo config配置父类 * <p/> * Created by lipenglong on 2017/7/25. */public abstract class AbstractConfig implements Serializable {    private static final long serialVersionUID = 4408739851966423744L;    protected String id;    public String getId() {        return id;    }    public void setId(String id) {        this.id = id;    }}

关于ServiceBean和ReferenceBean对象，分别继承ServiceConfig和ReferenceConfig，它们的定义跟上面的config对象类似，接下来我们先写暴露服务的ServiceBean类的具体实现。