SpringCloud学习记录

最新推荐文章于 2026-06-22 22:05:57 发布
原创 最新推荐文章于 2026-06-22 22:05:57 发布 · 757 阅读 · 29 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
GEO检测
标签
#spring cloud #学习 #spring

目录

1.什么是微服务

1.定义

2.特点

3.优势

4.相关问题与解决方案

5.SpringCloud的重要组件

1.Eureka注册中心

2.Ribbon客户端负载均衡器

3.Feign声明式的 Web 服务客户端

4.Hystrix服务容错管理

5.Zuul路由网关

6.Config

2.Eureka注册中心

1.Eureka的自我保护机制

2.Eureka与zoopKeeper的区别

3.使用

3.Ribbon

1.Ribbon负载均衡规则

2.负载均衡自定义方式

3.使用

4.Feign

5.Hystrix

1.服务熔断

2.服务降级

3.Dashboard流监控

文章所使用的示例代码：

https://gitee.com/qq1244811434/spring-cloud.git

请搭配此视频学习--------->【狂神说Java】SpringCloud教程IDEA版 此为2019发布，主要学习各个组件与演示作用

1.什么是微服务

1.定义

  • 微服务是一种架构风格，它将一个大型的单体应用程序分解为一组小型的、独立的服务。每个服务都运行在自己的进程中，并且通过轻量级的通信机制（如 RESTful API 或消息队列）进行通信。
  • 微服务可以独立地进行开发、部署、扩展和维护。例如，一个电商系统可以分解为用户服务（负责用户注册、登录等功能）、商品服务（负责商品信息的管理）、订单服务（负责订单的创建、处理等功能）等多个微服务。每个微服务都有自己的数据存储（可以是关系型数据库、NoSQL 数据库等），并且专注于自己的业务逻辑。

2.特点

  • 小型与自治：每个微服务都是一个小而独立的部分，负责完成特定任务。
  • 可独立部署：微服务可以独立地进行开发、测试、部署和扩展，提高了开发效率。
  • 松散耦合：服务之间通过轻量级的通信机制进行交互，降低了系统间的耦合度。
  • 技术选型灵活：不同的微服务可以采用不同的技术栈实现，开发者可以根据具体需求选择最适合的技术。

3.优势

  1. 可扩展性：微服务架构允许根据需要轻松扩展单个服务，而不是整个应用程序，从而提高了系统的可扩展性。
  2. 可维护性：由于服务之间松散耦合，因此可以更容易地定位和解决问题，降低了维护成本。
  3. 开发效率：微服务架构允许团队并行开发不同的服务，从而加快了开发速度。
  4. 技术多样性：开发者可以为不同的服务选择不同的技术栈，这有助于采用新技术并满足特定需求。

4.相关问题与解决方案

  1. 服务治理：微服务架构中服务数量众多，需要有效的服务治理机制来确保系统的稳定运行。这包括服务注册与发现、负载均衡、熔断与降级等策略。

  2. 数据一致性：在分布式系统中，确保数据的一致性和最终一致性是一个重要问题。可以采用分布式事务、事件驱动架构或补偿事务等策略来解决。

  3. 测试与维护：随着服务数量的增加，系统的测试和维护难度也会相应增加。需要建立完善的测试体系和监控机制来确保系统的质量。

5.SpringCloud的重要组件

1.Eureka注册中心

        主要用于微服务架构中，帮助各个微服务实例进行注册和发现。在一个基于微服务的分布式系统中，众多的微服务需要一种方式来互相知晓对方的位置（网络地址等信息），Eureka 注册中心就提供了这样的功能。

  • 服务注册：当一个微服务启动时，它会将自己的服务信息（如服务名称、IP 地址、端口号等）发送给 Eureka 注册中心。这个过程就像是一个新居民在社区服务中心登记自己的住址和联系方式一样。例如，一个名为 “user - service”（用户服务）的微服务，在启动后会把自己运行的 IP 地址 “192.168.1.1” 和端口号 “8080” 以及服务名称发送给 Eureka 注册中心。
  • 服务发现：其他微服务可以从 Eureka 注册中心获取需要与之通信的微服务的信息。比如，“order - service”（订单服务）想要调用 “user - service”，它会向 Eureka 注册中心询问 “user - service” 在哪里，Eureka 注册中心就会返回 “user - service” 的 IP 地址和端口号等信息，这样 “order - service” 就可以通过这些信息建立与 “user - service” 的通信连接。
  • 心跳机制：已注册的微服务会定期向 Eureka 注册中心发送心跳（通常是通过 HTTP 请求发送一个简单的信号），以表明自己还在正常运行。如果 Eureka 注册中心在一定时间内没有收到某个微服务的心跳，它会认为这个微服务出现了故障，就会将这个微服务从服务列表中剔除。

2.Ribbon客户端负载均衡器

        在多个服务实例之间分配请求，以实现负载均衡。当一个微服务调用另一个微服务时，Ribbon 会根据一定的策略（如轮询、随机等）选择服务实例。

即当有多个功能相同的服务ABC时，用户请求会先被Ribbon拦截，再由Ribbon根据Eureka返回的服务列表与负载均衡策略具体选择某一服务

3.Feign声明式的 Web 服务客户端

        它使得编写微服务之间的调用代码更加简单。Feign 通过接口定义的方式来隐藏 HTTP 请求的细节，开发人员只需要定义一个接口并添加注解来描述请求，Feign 会自动完成请求的构建和发送。

4.Hystrix服务容错管理

        主要用于处理微服务之间调用的故障和延迟问题。它提供了熔断器机制，当一个服务出现故障或者响应时间过长时，Hystrix 可以中断对该服务的请求，并提供降级策略（如返回默认值或者缓存数据），以防止故障扩散。        

5.Zuul路由网关

        是一个 API 网关。它作为系统的统一入口，对外提供服务。Zuul 可以进行请求路由、过滤等功能，例如将外部请求路由到内部不同的微服务，还可以在请求过程中进行身份验证、日志记录等操作。

6.Config

        配置管理中心。它用于集中管理微服务的配置文件。通过 Config，可以将微服务的配置信息存储在远程服务器（如 Git 仓库），微服务在启动时可以从 Config Server 获取配置信息，并且可以动态更新配置。

2.Eureka注册中心

1.Eureka的自我保护机制

        当一个微服务不可用时，Eureka不会立刻清理，依旧会对该微服务的信息进行保存、

  1. 默认情况下，如果EurekaServer在一定时间内没有接收到某个微服务实例的心跳，EurekaServer将会注销该实例（默认90秒）。但是当网络分区故障发生时，微服务与Eureka之间无法正常通行，此时以上行为可能变得非常危险--因为微服务本身其实是健康的，此时本不应该注销这个服务。Eureka通过自我保护机制来解决这个问题一当EurekaServer节点在短时间内丢失过多客户端时（可能发生了网络分区故障），那么这个节点就会进入自我保护模式。一旦进入该模式，EurekaServer就会保护服务注册表中的信息，不再删除服务注册表中的数据（也就是不会注销任何微服务）。当网络故障恢复后，该EurekaServer节点会自动退出自我保护模式。

  2. 在自我保护模式中，EurekaServer会保护服务注册表中的信息，不再注销任何服务实例。当它收到的心跳数重新恢复到阈值以上时，该EurekaServer节点就会自动退出自我保护模式。它的设计哲学就是宁可保留错误的服务注册信息，也不盲目注销任何可能健康的服务实例。

  3. 自我保护模式是一种应对网络异常的安全保护措施。它的架构哲学是宁可同时保留所有微服务（健康的微服务和不健康的微服务都会保留），也不盲目注销任何健康的微服务。使用自我保护模式，可以让Eureka集群更加的健壮和稳定

  4. 在SpringCloud中，可以使用eureka.server.enable-self-preservation =false 禁用自我保护模式【一般不推荐关闭自我保护机制】

2.Eureka与zoopKeeper的区别

首先了解CAP原则即

  • C(Consistency)强一致性
  • A(Availability)可用性
  • P(Partition tolerance)分区容错性

  1. 一个分布式系统不可能同时很好的满足一致性，可用性和分区容错性这三个需求

  2. 根据CAP原理，将NoSQL数据库分成了满足CA原则，满足CP原则和满足AP原则三大类：

    • CA：单点集群，满足一致性，可用性的系统，通常可扩展性较差

    • CP：满足一致性，分区容错性的系统，通常性能不是特别高

    • AP：满足可用性，分区容错性的系统，通常可能对一致性要求低一些

Zookeeper保证的是CP;Eureka保证证的是AP;

zoopKeeper:

        保证的是CP当向注册中心查询服务列表时，我们可以容忍注册中心返回的是几分钟以前的注册信息，但不能接受服务直接不可用。也就是说，服务注册功能对可用性的要求要高于一致性。但是zk会出现这样一种情况，当主节点因为网络故障与其他节点失去联系时，剩余节点会重新进行选举。当选举leader的时间太长，选举期间整个zk集群都不可用，这就导致在选举期间注册服务瘫痪。在云部署的环境下，因为网络问题使得zk集群失去主节点是较大概率会发生的事件，虽然服务最终能够恢复，但是漫长的选举时间导致的注册长期不可用是不能容忍的。

Eureka ：

        在设计时优先保证可用性。Eureka各个节点都是平等的，几个节点挂掉不会影响正常节点的工作，剩余的节点依然可以提供注册和查询服务。而Eureka的客户端在向某个Eureka注册时，如果发现连接失败，则会自动切换至其他节点，只要有一台Eureka还在，就能保住注册服务的可用性，只不过查到的信息可能不是最新的。

3.使用

搭建注册中心：

导入相关依赖

<!--        Eureka依赖-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-eureka-server</artifactId>
            <version>1.4.6.RELEASE</version>
        </dependency>

在yml配置文件中进行相关配置

#配置Eureka 使服务注册
eureka:
  client:
    service-url:
      #Eureka服务器地址
      defaultZone: http://localhost:7001/eureka/
  instance:
#    修改此服务器在Eureka页面中的默认描述
    instance-id: springcloud-provider-dept-8001
#info配置 注册进Eureka的服务可以通过此配置对自身的服务进行一些说明
info:
  app.name: springcloud-studyCode

在启动类中添加相关依赖

/**
 * Eureka访问地址 http://localhost:7001/
 */
@SpringBootApplication
@EnableEurekaServer //表示Eureka服务端的启动类，接收其他服务的注册，即开启Eureka
public class EurekaServer_7001 {
    public static void main(String[] args) {
        SpringApplication.run(EurekaServer_7001.class);
    }
}

服务注册

引入依赖

<dependency>	
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>

在yml配置文件中进行相关配置

spring:
	application:
		name: userservice
eureka:
	client:
		service-url:
			defaultZone: http://127.0.0.1:10086/eureka/

 使用消费者通过Eureka注册中心去访问服务提供者

@RestController
public class DeptConsumerController {

    //使用RestTemplate直接调用provider模块下的服务
    //参数为(url, 实体:map, Class<T> responseType)
    //提供便捷访问远程http的方法，简单的restful服务模板
    @Autowired
    private RestTemplate restTemplate;
    //指定服务提供者的地址与端口号
    //当只有一个注册中心时，直接访问
    //public static final String REST_URL_PREFIX="http://localhost:8001";
    //当有eureka集群时，直接访问服务名即provider中yml中的：
    // spring:
    //  application:
    //    #项目名称
    //    name: springcloud-provider-dept
    //此时访问eureka集群会被ribbon拦截并通知eureka返回服务列表供ribbon选择，再由负载均衡策略选择具体某一服务
    public static final String REST_URL_PREFIX="http://SPRINGCLOUD-PROVIDER-DEPT";

    /**
     * 获取指定ID的部门
     * @param id
     * @return
     */
    @RequestMapping("/consumer/dept/get/{id}")
    public Dept get(@PathVariable("id")Long id){
        //restTemplate.getForObject(请求的地址与接口，返回的类型)
        return restTemplate.getForObject(REST_URL_PREFIX+"/dept/get/"+id,Dept.class);
    }

    /**
     * 新增部门
     * @param dept
     * @return
     */
    @RequestMapping("/consumer/dept/add")
    public boolean addDept(Dept dept){
        //restTemplate.postForObject(请求的地址与接口，传递的对象，返回的类型)
        return restTemplate.postForObject(REST_URL_PREFIX+"/dept/add",dept,Boolean.class);
    }

    /**
     * 获取所有部门
     * @return
     */
    @RequestMapping("/consumer/dept/list")
    public List<Dept> list(){
        return restTemplate.getForObject(REST_URL_PREFIX+"/dept/list",List.class);
    }
}

3.Ribbon

1.Ribbon负载均衡规则

  1. 规则接口是IRule

  2. 默认实现是ZoneAvoidanceRule,根据zone选择服务列表，然后轮询

2.负载均衡自定义方式

  1. 代码方式：配置灵活，但修改时需要重新打包

  2. 发布配置方式：直观，方便，无需重新打包发布，但是无法做全局配置

3.使用

引入依赖 

<!--        导入ribbon依赖-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-netflix-ribbon</artifactId>
        </dependency>
<!--        导入Eureka依赖-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-eureka-server</artifactId>
            <version>1.4.6.RELEASE</version>
        </dependency>

 在yml配置文件中进行相关配置

eureka:
  client:
#    不向eureka中注册自己
    register-with-eureka: false
    service-url:
      defaultZone: http://eureka7001:7001/eureka/,http://eureka7002:7002/eureka/,http://eureka7003:7003/eureka/

此时为eureka集群，配置有三个eureka注册中心

添加注解配置config

@Configuration
public class ConfigBean {
    /**
     * 配置RestTemplate
     * 在controller中使用RestTemplate调用provider的服务
     * @return
     */
    @Bean
    @LoadBalanced//使用ribbon开启负载均衡
    public RestTemplate getRestTemplate(){
        return new RestTemplate();
    }
}

负载均衡的使用

通过定义IRule实现可以修改负载均衡规则，有两种方式：
    1.代码方式：在order-service中的OrderApplication类中，定义一个新的IRule:
//此方法作用于全局
@Bean
  public IRule randomRule(){
    return new RandomRule();//随机策略
}
	2.配置文件方式：application.yml文件中，添加新的配置也可以修改规则：
userservice:
 ribbon:
	NFLoadBalancerRuleClassName:
com.netflix.loadbalancer.RandomRule#负载均衡规则

4.Feign

Feign内部已经集成负载均衡

调用微服务访问两种方法。ribbon效率比feign高，可读性比feign差

  1. 微服务名字 【ribbon】

  2. 接口和注解【feign】

Ribbon使用RestTemplate指定服务名去访问服务

@RestController
public class DeptConsumerController {
    @Autowired
    private RestTemplate restTemplate;

    public static final String REST_URL_PREFIX="http://SPRINGCLOUD-PROVIDER-DEPT";

    /**
     * 获取指定ID的部门
     * @param id
     * @return
     */
    @RequestMapping("/consumer/dept/get/{id}")
    public Dept get(@PathVariable("id")Long id){
        return restTemplate.getForObject(REST_URL_PREFIX+"/dept/get/"+id,Dept.class);
    }
}

 Feign指定服务名后通过注解与接口使用Autowired直接调用接口

@FeignClient(value = "SPRINGCLOUD-PROVIDER-DEPT")//指定服务名称
@Component//注册至spring中
public interface DeptClientService {
    @GetMapping("/dept/get/{id}")
    public Dept queryById(@PathVariable("id") Long id);
    @GetMapping("/dept/list")
    public List<Dept> queryAll();
    @PostMapping("/dept/add")
    public boolean addDept(Dept dept);

}
@RestController
public class DeptConsumerController {

    @Autowired
    private DeptClientService service=null;//feign通过注解实现，若service不为null，则需要实现类

    /**
     * 获取指定ID的部门
     * @param id
     * @return
     */
    @RequestMapping("/consumer/dept/get/{id}")
    public Dept get(@PathVariable("id")Long id){
        return this.service.queryById(id);
    }

    /**
     * 新增部门
     * @param dept
     * @return
     */
    @RequestMapping("/consumer/dept/add")
    public boolean addDept(Dept dept){
        return this.service.addDept(dept);
    }

    /**
     * 获取所有部门
     * @return
     */
    @RequestMapping("/consumer/dept/list")
    public List<Dept> list(){
        return this.service.queryAll();
    }
}

@FeignClient(value = "SPRINGCLOUD-PROVIDER-DEPT")//指定服务名称
@Component//注册至spring中
public interface DeptClientService {
    @GetMapping("/dept/get/{id}")
    public Dept queryById(@PathVariable("id") Long id);
    @GetMapping("/dept/list")
    public List<Dept> queryAll();
    @PostMapping("/dept/add")
    public boolean addDept(Dept dept);

}

5.Hystrix

1.服务熔断

使用：

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-hystrix</artifactId>
    <version>1.4.6.RELEASE</version>
</dependency>
//启动类中添加注解开启对熔断的支持
@SpringBootApplication
//开启Eureka支持
//在服务启动后自动注册到Eureka中
@EnableEurekaServer
//服务发现
@EnableDiscoveryClient
//添加对服务熔断的支持
@EnableCircuitBreaker
public class DeptProviderHystrix_8001 {
    public static void main(String[] args) {
        SpringApplication.run(DeptProviderHystrix_8001.class);
    }
}
//在需要熔断的方法上添加 @HystrixCommand注解，参数为备用的方法名
@RestController
public class DeptController {
  @Autowired
  private DeptService deptService;
  @GetMapping("/dept/get/{id}")
  //当get方法出现异常时使用hystrix调用备选方法
  @HystrixCommand(fallbackMethod = "hystrixGet")
  public Dept get(@PathVariable("id") Long id){
      Dept dept = deptService.queryById(id);
      if (dept==null){//判断服务是否出现异常
          throw new RuntimeException("id=====>"+id+"不存在该用户！");
          //当抛出异常后Hystrix会使用hystrixGet()方法进行返回
      }
      return dept;
  }
  //备选方法
    public Dept hystrixGet(@PathVariable("id") Long id) {
        return new Dept().setDeptNo(id)
                .setDeptName("id=====>" + id + "不存在该用户！-----》Hystrix")
                .setDbName("no this message in database");
    }
}

2.服务降级

使用：

feign:
  hystrix:
  #开启服务hystrix，否则feign与hystrix无法共用
    enabled: true
//在接口中指定FallBackFactory，服务关闭后将执行其中的方法
@FeignClient(value = "SPRINGCLOUD-PROVIDER-DEPT",fallbackFactory = DeptClientServiceFallBackFactory.class)//指定服务名称与服务熔断降级的类
@Component//注册至spring中
public interface DeptClientService {
    @GetMapping("/dept/get/{id}")
    public Dept queryById(@PathVariable("id") Long id);
    @GetMapping("/dept/list")
    public List<Dept> queryAll();
    @PostMapping("/dept/add")
    public boolean addDept(Dept dept);

}
//实现FallbackFactory方法
/**
 * 实现失败回调
 * 服务降级
 * 一个类里面所有的方法都熔断（无法访问抛出异常）=降级
 * 当服务关闭后将执行此处的的方法
 */
@Component//注册到spring容器中
public class DeptClientServiceFallBackFactory implements FallbackFactory {
    @Override
    public DeptClientService create(Throwable throwable) {
        return new DeptClientService() {
            @Override
            public Dept queryById(Long id) {
                return new Dept().setDeptNo(id)
                        .setDeptName("id==>"+id+"客户端提供服务降级，该服务已关闭")
                        .setDbName("无数据源");
            }
            @Override
            public List<Dept> queryAll() {
                return null;
            }
            @Override
            public boolean addDept(Dept dept) {
                return false;
            }
        };
    }
}

3.Dashboard流监控

使用：

#导入相关依赖
<!--        导入hystrix依赖实现dashboard流监控-->
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-hystrix</artifactId>
        <version>1.4.6.RELEASE</version>
    </dependency>
<!--        dashboard监控界面-->
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-hystrix-dashboard</artifactId>
        <version>1.4.6.RELEASE</version>
    </dependency>

 

#启动类开启流监控
@SpringBootApplication
//开启Dashboard流监控
@EnableHystrixDashboard
public class DeptConsumerDashboard_9001 {
    //http://localhost:9001/hystrix 访问地址
    public static void main(String[] args) {
        SpringApplication.run(DeptConsumerDashboard_9001.class);
    }
}

yml配置

server:
  port: 9001
#hystrix监控页面无法打开时添加一下配置
hystrix:
  dashboard:
    proxy-stream-allow-list: localhost

监控对象

//在需要监控的的启动类上注入bean
/**
 * 启动类
 */
@SpringBootApplication
//开启Eureka支持
//在服务启动后自动注册到Eureka中
@EnableEurekaServer
//服务发现
@EnableDiscoveryClient
//添加对服务熔断的支持
@EnableCircuitBreaker
public class DeptProviderHystrix_8001 {
    public static void main(String[] args) {
        SpringApplication.run(DeptProviderHystrix_8001.class);
    }

    //使此服务能够被Dashboard监控
    @Bean
    public ServletRegistrationBean hystrixMetricsStreamServlet(){
        ServletRegistrationBean registrationBean = new ServletRegistrationBean(new HystrixMetricsStreamServlet());
        ///actuator/hystrix.stream为hystrix页面配置路径
        registrationBean.addUrlMappings("/actuator/hystrix.stream");
        return registrationBean;
    }
}

6.Zuul路由网关

Zuul包含了对请求的路由和过滤两个最主要的功能：

其中路由功能负责将外部请求转发到具体的微服务实例上，是实现外部访问统一入口的基础，而过滤器功能则负责对请求的处理过程进行干预，是实现请求校验，服务聚合等功能的基础。

Zuul和Eureka进行整合，将Zuul自身注册为Eureka服务治理下的应用，同时从Eureka中获得其他微服务的消息，也即以后的访问微服务都是通过Zuul跳转后获得。

注意：Zuul服务最终还是会注册进Eureka

提供：代理+路由+过滤三大功能！

在本机的C:\Windows\System32\drivers\etc路径下hosts文件中添加127.0.0.1 mystudy.com

使用：

#路由设置
zuul:
  routes:
    #将服务名称替换为自定义URL
    myDept.serviceId: springcloud-provider-dept
    myDept.path: /myDept/**

 配置后

此时仍然可以通过微服务名进行访问因此还需要在yml中进行配置

#路由设置
zuul:
  routes:
    #将服务名称替换为自定义URL
    myDept.serviceId: springcloud-provider-dept
    myDept.path: /myDept/**
#    无法使用此路径访问服务
  ignored-services: springcloud-provider-dept

Devillnpay
关注
Spring Cloud学习记录总结（SpringCloud快速上手）
doctorvian的博客
06-10 1221
本文实践了SpringCloud的核心功能，包括基于Eureka实现了服务注册和发现，基于Ribbon实现了客户端负载均衡的Rest远程调用，基于Hystrix实现了请求熔断，服务降级。相关代码已上传到github
SpringCloud学习记录——序
u012459871的博客
04-04 445
点我点我:项目github地址。1、简述。最近由于公司新项目的需求，需要用到spring cloud微服务架构体系，感谢公司领导给了我此次机会能从头开始学习微服务体系架构并使用，到现在学习了二十一天了，把自己这段时间的学习做一个记录吧，本次记录会按照如下步骤进行，并且会从编写博客此时起再一次重新搭建项目把自己的所学再过一遍，最终完成可运行代码会上传github并附上具体地址，若本文出现纰漏或错误，...
springcloud学习记录
Yxyxb5678的博客
10-21 280
springcloud学习记录 1.eureka 2.
SpringCloud学习记录（九）—— Spring Cloud Bus服务总线
weixin_55220613的博客
06-30 750
文章目录前言一、Spring Cloud Bus是什么？1.1 简介1.2 结构图二、入门案例2.1 RabbitMQ2.2 配置中心2.2.1 依赖2.2.2 pom.xml2.2.3 增加的配置2.2.4 application.yml2.3 配置中心2.4 user-service2.4.1 依赖2.4.2 pom.xml2.4.3 bootstrap.yml2.4.4 UserController.java2.5 测试结果2.5.1 访问原始值2.5.2 动态修改2.6 总结 前言 我们使用Sp
Spring Cloud从学习到应用的翻车记录
lin948707984的博客
06-15 415
Spring Cloud从学习到应用的翻车记录前言多说几句Spring Cloud入门第一节：服务注册第二节：配置管理 配置自动刷新 分布式环境下自动发现配置服务第三节：Ribbon实现客户端的负载均衡第四节：用声明式REST客户端Feign调用远端HTTP服务第五节：熔断机制 -- 断路器中间总结翻车开始第一坑：隔离时间第二坑：feign请求第三坑：feign传参数的时候，传递header里面的内容写在最后再次感谢大象老师和周老师 前言 之前的系统一直使用dubbo来实现RPC，不得不说dubbo确实挺好
SpringCloud学习记录（二）—— Spring Cloud入门（模拟服务之间的调用）
weixin_55220613的博客
06-17 253
文章目录前言一、简介1.1 介绍1.2 版本1.3 SpringCloud和SpringBoot版本对应关系二、入门案例2.1 父工程2.1.1 建立工程2.1.2 pom.xml文件2.2 服务提供者2.2.1 数据库表2.2.2 java代码2.3 服务调用者2.3.1 pom文件2.4 结果调用2.4.1 UserService结果2.4.1 ConsumerService结果2.4 总结2.5 当前模式的问题 前言 本篇文章，记录的是Spring Cloud 的入门案例。这并不是一个微服务，只
SpringCloud组件学习记录
Chrisz
02-02 160
SpringCloud组件学习记录 一、Eureka 1.Eureka概论 Eureka服务端:作为一个服务注册中心,如果使用它做集群部署,当集群中有分片出现故障的时候Eureka会进入自我保护模式。这个自我保护模式允许它在分片故障期间继续提供服务的发现和注册,当这个分片故障恢复时,集群中其他分片会把它们的状态再同步回来。 Eureka客户端:主要处理服务的注册于发现。客户端服务通过注解和参数配置的方式嵌入在服务的代码中,在应用程序运行时,Eureka客户端向注册中心注册自身提供的服务并周期性地发送心跳来
SpringCloud学习记录一
qq_40741709的博客
12-21 206
springcloud eureka Caused by: java.lang.ArrayStoreException: sun.reflect.annotation.TypeNotPresentExceptionProxy at sun.reflect.annotation.AnnotationParser.parseClassArray(AnnotationParser.java:724) ~[na:1.8.0_77] at sun.reflect.annotation.AnnotationPar
SpringCloud各组件学习记录
panda9527z的博客
07-28 305
《Spring Cloud与Docker微服务架构实战》（周立著）摘抄笔录 微服务架构优势与挑战 如今越来越多基于SpringCloud、Dubbo等框架实现的微服务架构开始涌现，逐渐代替了传统的大型单体应用架构。这种变革发生的原因不仅是相关技术进步的推动作用，也很大程度上归因于传统大型单体应用不断涌现出的各种问题： **复杂性高：**对于百万行级别的大型应用来说，项目包含的模块过多、模块的边界模糊、依赖关系不清晰、代码质量参差不齐、混乱地堆砌在一起，这整个项目非常复杂。每次修改代码都心惊胆战，甚至添加一个
记录小白学习springCloud的各种坑
qq_33687083的博客
08-09 565
记录第一次搭建springcloud项目的各种坑 首先我创建了一个springboot的maven项目，在父类下创建了如下的modules目录 在eureka-server的pom文件中导入了如下的依赖 &lt;project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSc...
SpringCloud+Nacos 学习记录
星空下的博客
03-18 585
记录学习的每一小步Spring Cloud + Nacos配置中心创建一个Spring Cloud项目添加依赖配置bootstrap.properties通过 Spring Cloud`原生注解 @RefreshScope 实现配置自动更新启动 Nacos 后，访问 iP:8848/nacos 登录账号/密码都是nacos启动项目 根据接口展示获取到的值，项目运行期间在配置中心修改并发布新的配置。刷新接口就能看到自动更新后的值了。注册中心在配置中心的项目代码上添加依赖配置bootstrap.properti
springcloud 学习记录 一
shrek11的专栏
10-31 247
springcloud  最近很火，已经看了2个多礼拜的学习资料咯 准备自己动手写一个springcloud，写几个简单的提供者和消费者 主要是springcloud的配置和治理 大概的架构如下 ...
SpringCloud Alibaba学习记录
Gabriel的博客
11-06 212
华为云博客原文CSDN原博客Sentinel 控制台包含如下功能:查看机器列表以及健康情况：收集 Sentinel 客户端发送的心跳包，用于判断机器是否在线。监控 (单机和集群聚合)：通过 Sentinel 客户端暴露的监控 API，定期拉取并且聚合应用监控信 息，最终可以实现秒级的实时监控。规则管理和推送：统一管理推送规则。生产环境中鉴权非常重要。这里每个开发者需要根据自己的实际情况进行定制。Sentinel 2.0 将降级规则改名称为熔断规则实时监控：监控接口通过的QPS和拒绝的QPS。
Unity PICO4 学习记录8： WebRTC
最新发布
m0_63485455的博客
06-22 622
这一篇和PICO本身没什么关系，只是记录一下开发过程我们要做一个“从超声设备采集影像数据，一对多地传给XR眼镜终端以及其他可能的设备”应用。发送端是Jetson，由同事负责；接收端XR眼镜端由我负责。同事说视频采集卡例程里给了两种通信协议：RSTP和WebRTC.一开始我尝试用HoloLens2，因为老师和医生们似乎更喜欢OST而不是VST；但是UWP ARM64 媒体栈对 RTSP 支持弱、MixedReality-WebRTC 停更，所以 HL2 不适合当主验证平台。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值