微服务使用步骤

Maven的依赖冲突解决方案:

  • 路径最短原则
  • 配置优先原则
  • 破坏规则则使用排除

SpringBoot场景启动器starter的开发流程

复制代码
   c3p0-spring-boot-starter自定义场景启动器

    test-c3p0调用自定义场景启动器
  • SpringBoot自动装配
  • SpringBoot应用启动原理
  • nacos服务治理
    安装
    启动bin/startup -m standalone
    webUI地址为localhost:8848/nacos,其中用 户nacos/nacos
    关闭bin/shutdown

微服务

将应用划分为若干个体量更小的服务,每个服务可以独立开发、独立部署、独立运行,服务之间可以通过轻量级通信机制进行相互调用

用户管理系统

用户微服务

xml 复制代码
 create database test1;
use test1;

create table tbl_users(
	id bigint primary key auto_increment,
    name varchar(32) not null,
    role_id bigint
)

角色微服务

xml 复制代码
create database test2;
use test2;

create table tbl_role(
	id bigint primary key auto_increment,
    name varchar(32) not null
)

针对不同的服务当作一个独立的应用进行开发

下面来写Controller里的具体实现

xml 复制代码
@RestController // 轻量级通信机制  http+json
public class UserController{
	@Autowired 
	private RestTemplate restTemplate;      //可以当作浏览器对待
	@Autowired 
	private IUserServ userService;
	@RequestMapping("/get")
	public String getUser(){
		//当前应用内部业务
		User user=userService.load(1);  //从当前应用中加载对应的1号用户信息
		Role role=restTemplate.getForObject("role服务的地址",Role.class);
		....
	}
}

role服务的地址的问题:

复制代码
方法1:使用绝对路径,例如http://localhost:7081/roles/1。问题是role服务的地址可能会出现调整,或者role服务由于频繁访问需要多节点部署
针对方法1的缺陷引入中间件nacos作为注册中心。
    当所有的服务提供者,例如role服务,启动时都会自动向nacos注册自己的信息,例如服务的名称,自己的地址和自己对外提供服务的端口号等
    当服务消费者需要调用服务时,可以向nacos查询对应服务名称的提供者地址列表,例如通过role-service服务名获取到所有的role服务的地址列表

Nacos应用步骤

服务提供者

1、添加依赖

xml 复制代码
<dependency>
	<groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

2、添加配置

xml 复制代码
spring.application.name=role-service   定义的服务名称,服务消费者是通过服务名称查找地址
spring.cloud.nacos.discovery.server-addr=localhost:8848  Nacos的地址

3、在配置类上添加注解以启动Nacos客户端

xml 复制代码
@EnableDiscoveryClient  也可以直接定义在主类
@SpringBootConfiguration
public class NacosConfig {
}

Nacos

1、安装

2、 启动nacos命令startup -m standalone

3、启动服务提供者

4、在nacos的webUI可以查看localhost:8848/nacos

服务消费者

1、依赖
com.alibaba.cloud spring-cloud-starter-alibaba-nacos-discovery

2、配置

spring.application.name=user-service 定义的服务名称,服务消费者是通过服务名称查找地址

spring.cloud.nacos.discovery.server-addr=localhost:8848 Nacos的地址

3、通过注解启动nacos client

@EnableDiscoveryClient

4、可以通过nacos client查询注册在nacos中的所有对应的服务提供者

xml 复制代码
@RestController
public class TestController {
    @Autowired
    private RestTemplate restTemplate;
    @Autowired
    private DiscoveryClient discoveryClient;
    @GetMapping("/test")
    public String test(String name){
//        String url="http://localhost:8070/hello?name=zhangsan"
        //从nacos根据服务名称获取对应的服务提供方的地址端口号等信息
        List<ServiceInstance> serviceInstances = discoveryClient.getInstances("hello-service");
        //从nacos种获取服务列表后需要根据某种策略获取某一个具体的服务实例---负载均衡
        Random r=new Random();
        ServiceInstance instance = serviceInstances.get(r.nextInt(serviceInstances.size()));
        System.out.println("远程服务的主机地址:"+instance.getHost());
        System.out.println("远程服务的端口号:"+instance.getPort());
        //拼接访问的URL地址
        String url=instance.getUri()+"/say?name="+name;
        System.out.println("远程服务地址:"+url);
        String res = restTemplate.getForObject(url, String.class);
        return "Consumer:["+res+"]";
    }
}
相关推荐
煎饼学大模型6 小时前
Agent 的“大脑-手“解耦架构:当推理层和工具执行层各自独立演进
数据库·人工智能·oracle·架构·agent
beibeix201511 小时前
MITK中微服务三套注册表数据结构分析
微服务·mitk
韩楚风12 小时前
【参天引擎】一次宕机后的数据恢复,让我把 Cantian 持久化与恢复的六大机制全搞明白了
服务器·网络·数据库·分布式·mysql·架构·cantian
Slice_cy13 小时前
Mint 自研框架设计与实现:从重复开发走向配置驱动(五)
前端·后端·架构
heimeiyingwang13 小时前
【架构实战】Helm Chart 进阶:依赖管理、测试与 CI/CD 集成
ci/cd·架构
四眼肥鱼13 小时前
【Nextjs】macos 系统运行报错:Error: Cannot find module '../lightningcss.darwin-x64.node'
前端·架构·前端框架
Wang's Blog13 小时前
Go-Zero项目开发34: 微服务超时控制与重试机制实践
开发语言·微服务·golang·go-zero
GitLqr13 小时前
别被“Flutter 传感器延迟 150ms”带偏了:这可能只是你的实现方式错了
flutter·架构·kotlin
SamDeepThinking13 小时前
微信支付对接实战:从下单到回调的完整落地过程
后端·程序员·架构
shiyi.十一14 小时前
第7章:无线网络和移动网络 — 知识要点与架构
网络·架构·php