程序猿之洞

我们之前讲解了基于配置以及基于注解的服务提供者和服务消费者的开发模式，这里为大家介绍一个不常用的开发模式，这种模式不是基于注解，而是基于API的模式。 一般我们开发都是基于配置或注解的，而API的模式适用于OpenAPI, ESB, Test, Mock等系统集成，所以大家了解即可。 首先我们在MyEclipse里创建一个名为Dubbo-Web-Provider-API的服务提供者：

我们前面使用xml配置了服务的提供方和消费方，其实Dubbo还提供了基于注解的配置。 我们下面把之前的服务改造成注解的方式。 分别创建服务提供者和服务消费者： 消费者： 添加的依赖和之前一样： 对于服务提供方： Service接口： package cn.com.dubbo.service; public interface SortService

前言 Dubbo是一个常用的分布式服务框架，它致力于提供高性能、透明化的RPC远程服务方案。学习Dubbo有助于提高企业级应用的开发效率，以及可通过简单的配置就可以实现负载均衡，提高服务的效率。 一、Dubbo基础知识 什么是Dubbo？在介绍Dubbo之前，我们首先了解一下企业级应用架构的整个变迁，有利于我们了解Dubbo的产生背景。 我们的企业级应用架构的变化如图：

一个使用Dubbo的系统架构图如下： 可分为以下几个角色: (1)Provider：暴露服务的服务提供方。 (2)Consumer：调用远程服务的服务消费方。 (3)Registry：服务注册与发现的注册中心。 (4)Monitor：统计服务的调用次调和调用时间的监控中心。 (5)Container：服务运行容器。 其中上面的调用关系为： 0.服务容器负责启动，加载，运行服

我们在上一节介绍了Dubbo的基础知识，但是对于开发者来说，不进行实践只讲解理论，是不可能完全理解某门技术的。这里我们就以一个项目的改造为驱动，来给大家展现一下传统Web工程，与使用Dubbo应用的工程的区别。通过动手改变项目的架构，开让大家初步理解Dubbo在开发和使用中扮演的角色，为Dubbo的深入学习打下基础。 我们在这里先编写一个Maven结构的WebProject工程，用于后期的改