dubbo使用

Caused by: com.alibaba.dubbo.remoting.RemotingException: Fail to decode request due to: RpcInvocation [methodName=info, parameterTypes=null, arguments=null, attachments={path=com.seewo.media.api.AVApiService, input=488, dubbo=2.0.2-private, version=0.0.0}]
	

要注意@Reference注解别引用错了，即同名不同包

1.简介

rpc，微服务治理；

1.1.应用级服务发现

消费端自动发现服务地址列表的能力，自动化的服务发现，微服务之间可以在无需感知对短部署位置与IP地址的情况下实现通信；
dubbo.registry.address:zookeeper://127.0.0.1:2181

1.2.Triple协议

1.3.部署架构

注册中心：协调Consumer和provider之间的地址注册与发现
配置中心：存储Dubbo启动阶段的安全配置，保证配置的跨环境共享与全局一致性；负责服务治理规则（路由规则，动态配置等）的存储与推送；
元数据中心：接收Provider上报的服务接口元数据，为admin等控制台提供运维能力；作为服务发现机制的补充，提供而外的接口/方法级别配置信息的同步能力，相当于注册中心的额外扩展；

1.架构演进

单体架构-》垂直架构-》分布式架构-》SOA架构-》微服务架构

1.1.单体架构：

开发部署都很方便，小型项目首选；

项目启动慢，可靠性差，可伸缩性差，扩展性和可维护性差，性能低；

1.2.垂直架构

将单体架构中多个模块差分为多个独立的项目，形成多个独立的单体架构；

项目启动慢，可靠性差，扩展性和可维护性差，性能低；重复功能多，对于一些公共的组件无法重复利用；

1.3.分布式架构

在垂直架构的基础上，将公共业务模块抽取出来，作为独立的服务供其他调用者消费，以实现服务的共享和重用；
RPC：http rest，Java RMI， WebService SOAP协议， Hession等等；
但服务的提供方一旦产生变更，所有消费方都需要变更

1.4.SOA架构（Dubbo）

中介者模式；
SOA：Service Oriented Architecture，面向服务架构，将应用程序的不同功能单元进行拆分，并通过这些服务之间定义良好的接口和契约联系起来；
ESB：Enterprise Service Bus，企业服务总线，服务中介，主要提供一个服务与服务之间的交互，包括负载均衡，流量控制，加密处理，服务的监控，异常处理，监控告急…。

1.5.微服务架构（Spring Cloud）

立于SOA基础上，其强调的重点是“业务需要彻底的组件化和服务化”，原有的单个业务系统会拆分为多个可以独立开发，设计运行的小应用，这些小应用之间通过服务完成交互和集成；
服务实现了组件化，开发者可以自由选择开发技术，无需协调其他团队，服务之间一般使用REST API；
去中心化：每个微服务有自己私有的数据库持久化业务技术；
自动化部署：吧应用拆分成一个一个独立的单个服务，方便自动化部署，测试，运维；

2.Dubbo概述

dubbo是一个高性能，轻量级的Java RPC框架；