4.7 实现 application1调用Service1
现在service1已暴露dubbo服务并注册到nacos中，下边实现application1调用service1
4.7.1 引用service1
下边在application1中引用service1
在pom.xml中引入service-1-api的依赖
com.itheima.nacos
service‐1‐api
1.0‐SNAPSHOT
引入 spring-cloud-starter-dubbo依赖，它会根据接口生成代理对象
com.alibaba.cloud
spring‐cloud‐starter‐dubbo
4.7.2 实现远程调用
@RestController
public class Application1Controller {
@org.apache.dubbo.config.annotation.Reference
private ConsumerService consumerService;
@GetMapping("/service")
public String service(){
return "test" + consumerService.service();
}
}
Note：注意：这里的 @Reference 注解是org.apache.dubbo.config.annotation.Reference
测试：
请求：http://localhost:56020/application1/service
consumerService正常生成代理对象，service1被调用。
4.8 实现 Service2
如上面设计所示，Service2需要暴露dubbo接口以供service1消费，若想在Spring cloud Alibaba中集成并使用dubbo。
4.8.1 定义父工程
定义service2父工程，pom.xml如下：
nacos‐micro‐service
com.itheima.nacos
1.0‐SNAPSHOT
4.0.0
Service2
4.8.2 定义service-2-api
定义service-2-api工程，pom.xml如下：
Service2
com.itheima.nacos
1.0‐SNAPSHOT
4.0.0
service‐2‐api
并定义服务接口，Dubbo 服务接口是服务提供方与消费方的远程通讯契约，通常由普通的 Java 接口（interface）来声明，如 ProviderService 接口：
package com.itheima.microservice.service2.api;
public interface ProviderService {
String service();
}
4.8.3 实现service-2-server
（1）初始化 service-2-server Maven 工程
首先，创建 artifactId 名为 service-2-server 的 Maven 工程，并在其 pom.xml 文件中增添 Dubbo Spring Cloud 必要的依赖：
Service2
com.itheima.nacos
1.0‐SNAPSHOT
4.0.0
service‐2‐server
com.itheima.nacos
service‐2‐api
1.0‐SNAPSHOT
com.alibaba.cloud
spring‐cloud‐starter‐alibaba‐nacos‐config
com.alibaba.cloud
spring‐cloud‐starter‐alibaba‐nacos‐discovery
com.alibaba.cloud
spring‐cloud‐starter‐dubbo
以上依赖 artifact 说明如下：
- service-2-api : 提供 ProviderService 接口的 artifact
- spring-boot-starter-web : Spring Boot starter artifact ，间接引入 spring-boot artifact
- spring-cloud-starter-dubbo : Dubbo Spring Cloud Starter artifact ，间接引入 dubbo-spring-bootstarter 等 artifact
- spring-cloud-starter-alibaba-nacos-discovery : Nacos Spring Cloud 服务注册与发现 artifact
（2）实现 Dubbo 服务
ProviderService 作为暴露的 Dubbo 服务接口，服务提供方 service-2-server 需要将其实现：
package com.itheima.microservice.service2.service;
@org.apache.dubbo.config.annotation.Service
public class ProviderServiceImpl implements ProviderService {
@Override
public String service() {
return "Provider invoke";
}
}
其中， @org.apache.dubbo.config.annotation.Service 是 Dubbo 服务注解，仅声明该 Java 服务（本地）实现为 Dubbo 服务。 因此，下一步需要将其配置 Dubbo 服务（远程）。
（3）配置 Dubbo 服务
在暴露 Dubbo 服务方面，推荐开发人员外部化配置的方式，即指定 Java 服务实现类的扫描基准包。
Dubbo Spring Cloud 继承了 Dubbo Spring Boot 的外部化配置特性，也可以通过标注@DubboComponentScan 来实现基准包扫描。
同时，Dubbo 远程服务需要暴露网络端口，并设定通讯协议，完整的 YAML 配置如下所示：
server:
port: ${port:56040} #启动端口 命令行注入
spring:
application:
name: service2
main:
allow‐bean‐definition‐overriding: true # Spring Boot 2.1 需要设定
cloud:
nacos:
discovery:
server‐addr: 127.0.0.1:8848
namespace: c67e4a97‐a698‐4d6d‐9bb1‐cfac5f5b51c4
cluster‐name: DEFAULT
config:
server‐addr: 127.0.0.1:8848 # 配置中心地址
file‐extension: yaml
namespace: c67e4a97‐a698‐4d6d‐9bb1‐cfac5f5b51c4 # 开发环境
group: NACOS_MICROSERVICE_GROUP # xx业务组
dubbo:
scan:
# dubbo 服务扫描基准包
base‐packages: com.itheima.microservice
protocol:
# dubbo 协议
name: dubbo
# dubbo 协议端口（ ‐1 表示自增端口，从 20880 开始）
port: ${dubbo_port:20891}
registry:
address: nacos://127.0.0.1:8848
application:
qos‐enable: false
consumer:
check: false
（4）启动服务提供方应用
Dubbo Spring Cloud 引导类与普通 Spring Cloud 应用并无差别，如下所示：
@SpringBootApplication
@EnableDiscoveryClient
public class Service2Bootstrap {
public static void main(String[] args) {
SpringApplication.run(Service2Bootstrap.class, args);
}
}
在引导 Service2Bootstrap 之前，请提前启动 Nacos 服务器。 当 Service2Bootstrap 启动后，应用 service2将出现在 Nacos 控制台界面。
4.9 实现service1调用service2
4.9.1 引用service2
在service2中添加service1的依赖：
com.itheima.nacos
service‐2‐api
1.0‐SNAPSHOT
4.9.2 实现远程调用
@org.apache.dubbo.config.annotation.Service
public class ConsumerServiceImpl implements ConsumerService {
@Reference
ProviderService providerService;
public String service() {
return "Consumer invoke | "+providerService.service();
}
}
测试：
请求：http://localhost:56020/application1/service
application1调用service1，service1调用service2
4.10 实现api-gateway
4.10.1 Zuul介绍
什么是网关？
原来的单体架构，所有的服务都是本地的，UI可以直接调用，现在按功能拆分成独立的服务，跑在独立的一般都在独立的虚拟机上的 Java进程了。客户端UI如何访问？他的后台有N个服务，前台就需要记住管理N个服务，一个服务下线/更新/升级，前台就要重新部署，这明显不服务我们拆分的理念，特别当前台是移动应用的时候，通常业务变化的节奏更快。另外，N个小服务的调用也是一个不小的网络开销。
有了网关作为服务统一入口，就可以避免上述问题，不仅如此，服务网关是在微服务前边设置一道屏障，请求先到服务网关，网关会对请求进行过虑、校验、路由等处理。有了服务网关可以提高微服务的安全性，网关校验请求的合法性，请求不合法将被拦截，拒绝访问。
- 提供统一服务入口，让微服务对前台透明
- 聚合后台的服务，节省流量，提升性能
- 提供安全，过滤，流控等API管理功能
什么是Zuul？
Spring Cloud Zuul是整合Netflix公司的Zuul开源项目实现的微服务网关，它实现了请求路由、负载均衡、校验过虑等 功能。
官方：https://github.com/Netflix/zuul
Zuul与Nginx怎么配合使用？
Zuul与Nginx在实际项目中需要配合使用，如下图，Nginx的作用是反向代理、负载均衡，Zuul的作用是保障微服务的安全访问，拦截微服务请求，校验合法性及负载均衡。
4.10.2 搭建网关工程
初始化 api-gateway Maven 工程
nacos‐micro‐service
com.itheima.nacos
1.0‐SNAPSHOT
4.0.0
api‐gateway
com.alibaba.cloud
spring‐cloud‐starter‐alibaba‐nacos‐config
com.alibaba.cloud
spring‐cloud‐starter‐alibaba‐nacos‐discovery
org.springframework.boot
spring‐boot‐starter‐web
org.springframework.cloud
spring‐cloud‐starter‐netflix‐zuul
org.springframework.cloud
spring‐cloud‐starter‐openfeign
4.10.3 api-gateway配置
server:
port: 56010 #启动端口 命令行注入
spring:
application:
name: api‐gateway
main:
allow‐bean‐definition‐overriding: true # Spring Boot 2.1 需要设定
cloud:
nacos:
discovery:
server‐addr: 127.0.0.1:8848
namespace: c67e4a97‐a698‐4d6d‐9bb1‐cfac5f5b51c4
cluster‐name: DEFAULT
config:
server‐addr: 127.0.0.1:8848 # 配置中心地址
file‐extension: yaml
namespace: c67e4a97‐a698‐4d6d‐9bb1‐cfac5f5b51c4 # 开发环境
group: NACOS_MICROSERVICE_GROUP # xx业务组
网关的路由配置采用nacos远程配置，在nacos控制台开发环境中新增api-gateway.yaml配置集，配置组为TEST_GROUP，配置内容如下：
zuul:
routes:
application1:
stripPrefix: false
path: /application1/**
将请求为 /application1/ 开头的请求路由至 application1 服务，保留请求url中的 /application1/ 。
（4） api-gateway启动
注意在启动类上使用@EnableZuulProxy注解标识此工程为Zuul网关，启动类代码如下：
@SpringBootApplication
@EnableDiscoveryClient
@EnableZuulProxy
public class ApiGatewayBootstrap {
public static void main(String[] args) {
SpringApplication.run(ApiGatewayBootstrap.class, args);
}
}
当 Service1Bootstrap 启动后，应用 api-gateway 将出现在 Nacos 服务列表中。
测试：
通过网关（api-gateway）请求Application1应用，Application1的业务实现又贯穿service1、service2，访问http://127.0.0.1:56010/application1/service ，将得到如下结果：