​ 一般情况我们使用dubbo)通过rpc调用dubbo提供方的服务，首先要在消费者的项目中引入接口提供者的jar包（provider端暴露的接口和方法），然后使用jar包里面的类和方法，两端才能正常通信调用。但是如果要调N个不同服务提供者的接口，就要引入N个jar包，这时候消费者项目有N多个dubbo提供者的jar，项目就会耦合。我们可以用dubbo的泛化实现调用dubbo服务，泛化调用不需要引入provider提供的jar即可实现远程调用,降低耦合。
​ 但是一般提供好的jar是不会再修改里面的接口方法的，即使修改，也要尽量向下兼容，兼容之前版本的接口（不然这个jar被很多客户端引入的话，那么他们都要修改）,在jar里面提供好了dubbo接口的方法和参数，其他客户端引入就可以调用，所以还是引jar的方式调dubbo接口比较方便，不过我这里记录一下不引入jar的调用dubbo接口的笔记

注：
底层原理跟普通的RPC调用是一致的，网络、序列化、反射这些底层技术一致。区别就在于参数和返回值中所有的POJO都用Map表示。通过GenericService来调用所有的服务实现。

GenericService 这个接口只有一个方法，名为 $invoke，它接受三个参数，分别为方法名、方法参数类型数组和参数值数组；
对于方法参数类型数组如果是基本类型，如 int 或 long，可以使用 int.class.getName()获取其类型；
如果是基本类型数组，如 int[]，则可以使用 int[].class.getName()；
如果是 POJO，则直接使用全类名，如 com.xinlin.model.xxxPOJO

注：这个全类名是指dubbo服务提供方provider的接口的参数的POJO的全类名

例子

1.在dubbo的服务提供方写一个查询用户信息的服务

@Service
public class DubboUserService implements IDubboUserService {@Overridepublic UserVO getUser( UserDTO userDTO) {UserVO user = new UserVO();user.setName("xinlin");user.setId(1);return user;}
}

2.在dubbo的消费者中配置获取这个用户信息的泛化的服务

@Configuration
public class DubboUserServiceConfig {@Beanpublic GenericService dubboUserService(ApplicationConfig applicationConfig, RegistryConfig registryConfig){ReferenceConfig<GenericService> reference = new ReferenceConfig<GenericService>();reference.setApplication(applicationConfig);reference.setRegistry(registryConfig);// 设置调用的reference属性，下面只设置了协议、接口名、版本、超时时间reference.setProtocol("dubbo");reference.setInterface("cn.com.xinlin.service.IDubboUserService");
//        reference.setVersion("1.0.0");reference.setTimeout(2000);// 声明为泛化接口reference.setGeneric(true);// GenericService可以接住所有的实现GenericService genericService = reference.get();return genericService;}
}

3.在dubbo消费者的controller中注入这个泛化的dubbo服务

@Controller
@RequestMapping("/demo")
public class DemoController {// generic = true 声明为泛化接口@AutowiredGenericService dubboUserService;/*** 泛化调用* @return*/@ResponseBody@RequestMapping(value = "/getUser")public Map getUser(){//构造参数,用Map表示POJO参数，如果返回值为POJO也将自动转成MapMap<String, Object> userDTO = new HashMap<>();userDTO.put("age", "25");userDTO.put("name", "b");Object result = dubboUserService.$invoke("getUser",new String[]{"cn.com.xinlin.model.dto.UserDTO"},new Object[]{userDTO});return (Map)result;}
}

4.在浏览器测试调用，调试可以看到成功调用了dubbo服务，这个过程并没有引入一个dubbo提供方的jar包即可实现远程调用dubbo的服务

注：
优点降低耦合
缺点也明显，参数传递麻烦，需要显示指定方法名称、参数。

（dubbo不需要注册中心也可以指定点对点调用服务）

有时候本地开发测试的时候，总不能每次都放到测试环境才去测，在@Reference注解的url写本地的dubbo服务的localhost+端口即可连上，例：url=“dubbo://localhost:20880”，先启动本地的dubbo服务，如果本地的dubbo服务提供者连不上注册中心的话，在application.propertites加上这行配置禁止向注册中心注册就可以了

dubbo.registry.register=false

@Reference(timeout = 3000,url="dubbo://localhost:20880")
IDubboDemoService dubboDemoService;