6.1 微服务 服务发现 架构模式分类 应用实践

news2024/11/18 3:51:39

微服务 服务发现 架构模式分类 应用实践

  • 目录
    • 概述
      • 需求：
    • 设计思路
    • 实现思路分析
      • 1.类型-客户端发现
      • 2.类型-服务端服务发现
      • 3.工具-Eureka
      • 4.工具-Consul
      • 5.工具-zookper
      • 服务发现的挑战
      • 服务发现的最佳实践
  • 参考资料和推荐阅读

Survive by day and develop by night.
talk for import biz , show your perfect code,full busy，skip hardness,make a better result,wait for change,challenge Survive.
happy for hardess to solve denpendies.

目录

在这里插入图片描述

概述

微服务是一种架构模式，它将一个大型应用程序拆分为一组松耦合的小型服务，每个服务独立部署和运行。服务之间通过轻量级的通信机制进行交互，例如使用HTTP或消息队列。

服务发现是微服务架构中的一部分，它允许服务相互发现和通信。服务发现可以通过使用注册中心实现，每个服务启动时将自己注册到注册中心，并从中获取其他服务的地址。

微服务的架构模式有几种分类方式：按功能划分、按业务领域划分、按边界划分等。按功能划分是将服务按照不同的功能模块拆分，比如用户服务、订单服务、支付服务等。按业务领域划分是将服务按照业务领域进行划分，比如销售领域、运输领域、财务领域等。按边界划分是将服务按照边界进行划分，比如前端服务、后端服务等。

在应用实践中，微服务架构可以提供很多好处，包括增加系统的可伸缩性、降低服务的耦合度、提高开发效率等。但同时也需要解决一些挑战，比如服务之间的通信问题、数据一致性问题等。

总结来说，微服务是一种将大型应用程序拆分为小型服务的架构模式，服务发现是实现微服务架构的一部分，架构模式分类可以按功能划分、按业务领域划分、按边界划分等，应用实践中可以提供很多好处，但也需要解决一些挑战。

需求：

设计思路

实现思路分析

服务发现是指在分布式系统中，自动发现并注册可用的服务实例的过程。以下是服务发现的一般流程：

  1. 启动服务：每个服务实例在启动时会向服务注册中心发送注册请求，将自己的服务信息注册到注册中心。

  2. 注册服务：注册中心会将接收到的服务信息存储起来，包括服务名称、IP地址、端口号等。

  3. 服务查询：当一个服务需要调用其他服务时，先向注册中心发送服务查询请求，告诉注册中心需要调用的服务名称。

  4. 返回服务列表：注册中心根据服务查询请求返回一个可用服务实例的列表，包括IP地址和端口号。

  5. 负载均衡：如果返回的服务列表有多个服务实例，客户端会进行负载均衡，选择一个合适的服务实例进行调用。

  6. 调用服务：客户端使用选定的服务实例的IP地址和端口号发送请求，调用目标服务。

  7. 监测服务：注册中心会定期检测注册的服务实例的状态，如果某个服务实例不可用，将会从服务列表中移除。

  8. 服务剔除：如果一个服务实例长时间不可用，注册中心会将该实例从服务列表中剔除。

以上是服务发现的基本流程，不同的服务发现工具和框架可能会有一些细微的差异。总之，服务发现通过中心化的注册中心管理和提供可用的服务实例列表，使得分布式系统中的服务能够自动发现和调用。

服务注册机制是一种用于跟踪和管理可用服务的方式。在一个分布式系统中，服务可能会在不同的地方部署，通过服务注册机制，其他组件或服务可以发现和访问这些服务。

服务注册机制通常包括以下几个关键组件和步骤：

  1. 注册中心：注册中心是用于存储和管理服务信息的中心化组件。服务在启动时会向注册中心注册自己的信息，包括服务名称、版本、地址等。

  2. 服务提供者：服务提供者是实际提供服务的组件或应用程序。它们在启动时会将自己的信息注册到注册中心，表明自己提供了哪些服务。

  3. 服务消费者：服务消费者是依赖服务的组件或应用程序。它们通过查询注册中心来获取可用的服务，然后通过服务提供者的地址和端口来访问服务。

  4. 健康检查：注册中心通常会定期检查服务的健康状态。如果某个服务不可用，注册中心会将其从可用服务列表中移除，从而避免服务消费者访问到不可用的服务。

  5. 服务发现：服务消费者通过查询注册中心来获取可用服务的列表。注册中心可以提供不同的查询方式，如根据服务名称、版本、标签等。

  6. 负载均衡：当多个服务提供者提供相同的服务时，注册中心可以通过负载均衡算法来分配请求，以实现服务的高可用和负载均衡。

总之，服务注册机制提供了一种将服务和消费者进行解耦的方式，使得系统可以更容易地进行扩展和维护。它可以帮助组件或应用程序快速发现和访问需要的服务，提高系统的可用性和可靠性。

1.类型-客户端发现

常用的客户端服务发现模式有以下几种：

  1. 服务注册与发现：客户端使用服务注册中心来注册自己提供的服务，并查询服务注册中心来获得其他服务的地址和信息。常用的服务注册中心有Consul、Eureka等。

  2. DNS解析：客户端通过DNS解析来获得服务的地址和信息。在这种模式下，服务的地址通过域名解析来获得，客户端可以直接使用域名来访问服务。
    客户端服务发现模式是一种用于在分布式系统中自动发现可用服务实例的模式。它可以帮助客户端应用程序在运行时动态地发现和连接到提供所需服务的服务器实例。

实现客户端服务发现模式的一种方法是通过使用DNS（域名系统）。DNS是一个分布式的命名系统，它将域名映射到IP地址。在服务发现模式中，服务实例将注册为DNS记录，客户端应用程序可以通过查询DNS来获取可用的服务实例。

下面是一个基于DNS的简单实现示例：

  1. 服务提供者在启动时，将自己的IP地址和端口注册到DNS服务器。可以通过编程方式或配置文件来完成这个步骤。

  2. 客户端应用程序需要获取可用的服务实例，它可以通过查询DNS来获取服务的IP地址和端口。

  3. 客户端应用程序向DNS服务器发送查询请求，请求特定服务的IP地址和端口。DNS服务器将返回一个或多个服务实例的IP地址和端口号。

  4. 客户端应用程序使用返回的IP地址和端口号来连接到服务实例。

在实际应用中，可以结合使用DNS和其他技术来实现更强大和灵活的服务发现模式。例如，可以使用负载均衡器来均衡流量，并使用心跳检测机制来检测服务实例的可用性。

  1. 负载均衡：客户端使用负载均衡算法来选择合适的服务进行请求。常用的负载均衡算法有轮询、随机、加权等。

客户端服务发现模式是一种用于在分布式系统中通过动态发现可用服务实例的模式。在这种模式下，客户端应用程序可以通过查询服务注册表或通过与专门的发现服务进行通信来获取可用的服务实例的信息。一旦客户端获得了可用服务实例的列表，它可以使用负载均衡算法来选择其中一个实例来处理请求。

对于负载均衡迷你版的实现，可以按照以下步骤进行：

  1. 服务注册：服务提供者在启动时将自己的信息注册到服务注册表中，包括IP地址、端口号和其他元数据。

  2. 服务发现：客户端应用程序通过查询服务注册表或通过与发现服务进行通信来获取可用服务实例。

  3. 负载均衡：客户端应用程序使用负载均衡算法从可用服务实例列表中选择一个实例来处理请求。常见的负载均衡算法包括轮询、随机、权重等。

  4. 请求转发：客户端应用程序将请求发送到所选的服务实例。可以使用HTTP或其他通信协议来进行请求转发。

  5. 错误处理：如果所选的服务实例无法处理请求或发生错误，客户端应用程序可以选择另一个可用的服务实例进行重试。

  6. 客户端代理：客户端使用一个代理服务来转发请求到具体的服务。代理服务负责负载均衡、故障检测等功能，客户端只需连接到代理服务即可。

服务发现模式是一种在分布式系统中用于查找和连接服务的机制。它允许客户端能够动态地发现并连接到可用的服务，而无需硬编码服务的位置信息。客户端代理迷你版是服务发现模式的一种简化实现，它只包含最基本的功能和逻辑。

客户端代理迷你版实现的基本步骤如下：

  1. 注册服务：服务提供者在启动时向服务注册中心注册自己的服务。注册中心通常是一个集中式的存储系统，用于保存服务的元数据，例如服务名称、IP地址、端口等。

  2. 客户端发现服务：客户端代理从注册中心获取可用的服务列表。这可以通过定期向注册中心发送请求或使用订阅/发布模式实现。

  3. 负载均衡：客户端代理根据负载均衡策略选择一个要连接的服务。负载均衡策略可以根据不同的算法来选择，例如随机选择、轮询、权重等。

  4. 连接服务：客户端代理使用选定的服务的地址和端口，建立与服务提供者的连接。这可以通过网络套接字或HTTP请求等方式进行。

  5. 错误处理：客户端代理需要处理连接错误和故障，例如连接超时、连接断开等。它可以尝试重新连接或选择备用服务。

客户端代理迷你版实现仅涵盖了服务发现的基本功能，适用于较小规模的系统或仅需简单服务发现的场景。在实际的分布式系统中，通常还需要考虑更复杂的功能，如服务注册/注销、服务健康检查、负载均衡、故障转移等。

  1. 服务网格：客户端通过连接到一个服务网格来获得服务的地址和信息。服务网格是一种将服务部署在分布式环境中，通过一组中间件实现服务发现、路由、负载均衡等功能的架构。
    客户端服务发现模式是一种在分布式系统中用于动态发现和连接服务的模式。它允许客户端应用程序在运行时自动发现可用的服务实例，并与其进行通信。

服务发现模式服务网格是一种更高级的服务发现模式，它提供了更多的功能和扩展性。它使用一个服务注册表或服务网格来记录各个服务实例的信息，并提供服务发现、负载均衡、故障恢复和监控等功能。

实现服务发现模式服务网格的迷你版可能包括以下步骤：

  1. 定义服务接口和服务实现：确定需要实现的服务接口和具体的服务实现。

  2. 注册服务实例：将每个服务实例的信息注册到服务注册表或服务网格中。这包括服务名称、IP地址、端口号、健康状态等。

  3. 客户端发现服务：客户端应用程序通过查询服务注册表或服务网格来获取可用的服务实例列表。可以使用负载均衡算法来选择一个服务实例进行通信。

  4. 与服务实例通信：客户端应用程序使用选定的服务实例的IP地址和端口号与其进行通信。可以使用网络协议（如HTTP、RPC等）进行通信。

  5. 监控和故障恢复：监控服务实例的健康状态，如果某个服务实例宕机或不可用，从服务注册表或服务网格中移除该实例，并选择其他可用实例进行通信。

  6. 扩展和升级：根据实际需求和性能要求，可以对服务发现模式服务网格进行扩展或升级，例如添加更多的服务实例、增加负载均衡算法、引入服务网格代理等。

2.类型-服务端服务发现

服务端服务发现是一种机制，用于在微服务架构中自动发现和管理服务实例的位置和状态。它允许服务之间相互发现和通信，而不需要硬编码或手动配置每个服务的网络位置。

在服务端服务发现中，服务实例将自己注册到服务注册中心，同时向注册中心发送心跳以持续向注册中心报告自己的状态。其他服务可以查询注册中心以获取可用的服务实例列表，并根据需要进行通信。

常见的服务端服务发现工具包括Consul、Eureka、ZooKeeper等。这些工具提供了可靠的服务注册和发现机制，并提供了管理服务实例的界面和API。

服务端服务发现的优点包括简化了服务之间的通信和协调、提高了服务的可伸缩性和可靠性、支持服务实例的动态上下线等。它可以帮助开发人员构建可弹性的、高可用的微服务架构。

3.工具-Eureka

要实现一个迷你版的Eureka服务发现，可以按照以下步骤进行：

  1. 创建一个服务注册器（Registry）：这个注册器将负责维护服务的注册表，并提供必要的接口供其他服务注册和发现。

  2. 注册服务：当一个服务启动时，将自身的信息（比如服务名、IP地址、端口号等）注册到注册器中。

  3. 发现服务：当一个服务需要调用其他服务时，可以向注册器查询相应的服务信息，获取服务的IP地址和端口号。

  4. 实现注册器的接口：注册器需要实现注册服务和发现服务的接口，这样其他服务才能与之通信。

  5. 实现服务注册：当一个服务启动时，调用注册器的注册服务接口，将自身的信息注册到注册器中。

  6. 实现服务发现：当一个服务需要调用其他服务时，调用注册器的发现服务接口，获取其他服务的信息。

需要注意的是，这是一个迷你版的实现，可能没有完整版的Eureka那么完备和稳定，但可以作为一个简单的服务发现的基础框架。在实际应用中，可以根据具体需求进行适当的扩展和优化。

请注意，以下示例代码仅用于演示目的，可能不适用于生产环境。在实际项目中，建议使用成熟的服务发现组件（如Spring Cloud Netflix Eureka）进行服务发现。
在这个例子中，我们将使用Java和Spring Boot实现一个简单的服务发现机制。

首先，我们需要创建一个Eureka服务器，用于注册和发现服务。我们可以使用Spring Boot的@EnableEurekaServer注解来实现。

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.server.EnableEurekaServer;

@SpringBootApplication
@EnableEurekaServer
public class EurekaServerApplication {
    public static void main(String[] args) {
        SpringApplication.run(EurekaServerApplication.class, args);
    }
}

然后，我们创建一个Web应用程序，作为我们要注册的服务。我们可以使用Spring Boot的@EnableDiscoveryClient注解来实现。

import org.springframework.beans.factory.annotation.Value;
import org.springframework.boot.SpringApplication;
import import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.client.discovery.EnableDiscoveryClient;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

@SpringBootApplication
@EnableDiscoveryClient
public class ServiceApplication {
    public static void main(String[] args) {
        SpringApplication.run(ServiceApplication.class, args);
    }
}

@RestController
@RequestMapping("/api")
class ServiceController {

    @Value("${spring.application.name}")
    private String appName;

    @GetMapping("/hello")
    public String hello() {
        return "Hello from " + appName + " service!";
    }
}

在上面的代码中，我们创建了一个简单的REST控制器，提供了一个/hello接口。接口返回一个简单的字符串，用于表示来自服务的问候。

现在，我们可以运行这两个应用程序，并访问http://localhost:8761查看Eureka服务器的控制台。您将看到注册的服务以及它们的实例信息。

最后，我们可以使用RestTemplate或Feign等HTTP客户端来调用已注册的服务。例如，我们可以在另一个Spring Boot应用程序中使用RestTemplate来调用我们的服务。

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.client.discovery.DiscoveryClient;
import org.springframework.context.annotation.Bean;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.web.client.RestTemplate;

@SpringBootApplication
public class ClientApplication {
    public static void main(String[] args) {
        SpringApplication.run(ClientApplication.class, args);
    }

    @Bean
    public RestTemplate restTemplate() {
        return new RestTemplate();
    }
}

@RestController
class ClientController {
    @Autowired
    private RestTemplate restTemplate;

    @Autowired
    private DiscoveryClient discoveryClient;

    @GetMapping("/hello")
    public String hello() {
        String serviceUrl = discoveryClient.getInstances("service-name")
                .stream()
                .findFirst()
                .map(instance -> instance.getUri().toString())
                .orElseThrow(() -> new RuntimeException("Service not found"));

        return restTemplate.getForObject(serviceUrl + "/api/hello", String.class);
    }
}

在上面的代码中，我们使用DiscoveryClient来获取服务的实例，并通过RestTemplate调用服务的REST接口。

以上是一个简单的服务发现的实现示例，仅用于演示目的。实际使用中，建议使用Spring Cloud Netflix Eureka等成熟的服务发现组件来简化和统一服务发现的管理。

4.工具-Consul

实现一个迷你版的Consul服务发现可以分为以下几个步骤：

定义服务注册接口：定义一个用于服务注册的接口，包含注册服务和注销服务的方法。

实现服务注册接口：根据接口定义，实现服务注册的方法。注册方法需要将服务的信息（如服务名、服务地址、端口等）存储到一个服务注册表中。

定义服务发现接口：定义一个用于服务发现的接口，包含根据服务名获取服务地址列表的方法。

实现服务发现接口：根据接口定义，实现服务发现的方法。发现方法需要从服务注册表中查询指定服务名的服务地址列表。

客户端使用服务发现：在客户端代码中，使用服务发现接口获取指定服务名的服务地址列表，并进行相应的调用。

要实现服务端的服务发现，可以使用Consul作为服务注册和发现的中心。下面是一个使用Spring Boot实现的迷你版Consul服务端的示例：

  1. 首先，在pom.xml中添加以下依赖：
<dependencies>
    <!-- Consul -->
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-consul-discovery</artifactId>
    </dependency>
</dependencies>
  1. 在application.properties配置文件中添加Consul相关配置：
# Consul
spring.cloud.consul.host=localhost
spring.cloud.consul.port=8500
# 注册服务到Consul的标识
spring.cloud.consul.discovery.instance-id=${spring.application.name}:${spring.application.instance_id:${random.value}}
spring.cloud.consul.discovery.register=true
  1. 创建一个Spring Boot的启动类Application.java：
@SpringBootApplication
@EnableDiscoveryClient
public class Application {
    public static void main(String[] args) {
        SpringApplication.run(Application.class, args);
    }
}
  1. 创建一个Controller类，用于测试服务注册和发现：
@RestController
public class HelloController {
    @GetMapping("/hello")
    public String hello() {
        return "Hello World!";
    }
}
  1. 运行应用程序，并访问http://localhost:8500可以查看Consul的Web界面，可以看到服务已注册到Consul中。
  2. 使用Consul客户端库或其他方式，从Consul中获取有关已注册服务的信息，例如服务的主机名和端口号。
  3. 使用获取到的服务信息，可以通过HTTP请求或其他方式与服务进行通信。

这就是一个简单的使用Consul的服务发现的示例。实际使用中，可以根据需要进行配置和扩展。

5.工具-zookper

以下是一个简单的迷你版Java实现的服务端发现示例：

import java.util.ArrayList;
import java.util.HashMap;
import java.util.List;
import java.util.Map;

public class ZooKeeperServiceDiscovery {
    private Map<String, List<String>> services = new HashMap<>();

    public void registerService(String serviceName, String serviceEndpoint) {
        List<String> endpoints = services.getOrDefault(serviceName, new ArrayList<>());
        endpoints.add(serviceEndpoint);
        services.put(serviceName, endpoints);
    }

    public List<String> discoverServices(String serviceName) {
        return services.getOrDefault(serviceName, new ArrayList<>());
    }

    public static void main(String[] args) {
        ZooKeeperServiceDiscovery discovery = new ZooKeeperServiceDiscovery();

        // 注册服务
        discovery.registerService("myService", "http://localhost:8080");
        discovery.registerService("myService", "http://localhost:8081");
        discovery.registerService("anotherService", "http://localhost:9090");

        // 发现服务
        List<String> myServiceEndpoints = discovery.discoverServices("myService");
        System.out.println("myService endpoints: " + myServiceEndpoints);

        List<String> anotherServiceEndpoints = discovery.discoverServices("anotherService");
        System.out.println("anotherService endpoints: " + anotherServiceEndpoints);
    }
}

在上述示例中，ZooKeeperServiceDiscovery类实现了服务端发现的基本功能。通过registerService方法来注册服务，其中serviceName表示服务名称，serviceEndpoint表示服务的具体地址。discoverServices方法可以根据服务名称来获取注册的服务地址列表。

在main方法中，先进行了服务注册操作，然后使用discoverServices方法来获取相应的服务地址列表，并打印出来。

服务发现的挑战

服务发现是指在分布式系统中，通过自动化的方式发现和获取可用的服务。服务发现的目的是为了提供服务的可靠性和可扩展性。然而，在实践中，服务发现可能面临以下挑战：

  1. 高可用性：服务发现本身也是一个服务，如果服务发现本身出现故障，将导致整个系统的不可用。因此，需要设计高可用的服务发现机制，例如使用多个副本进行容错和监控。

  2. 高性能：服务发现需要快速地发现和获取可用的服务，以满足系统的需求。因此，服务发现需要具备高性能的特性，例如低延迟和高并发处理能力。

  3. 一致性：分布式系统中的服务可能会动态地加入和退出，因此服务发现需要保持服务列表的一致性。这需要解决服务发现的并发和一致性问题，例如使用分布式锁和版本控制等机制。

  4. 可扩展性：随着系统的扩展，服务的数量也会增加，这将增加服务发现的负担。因此，服务发现需要具备可扩展的能力，以处理大规模的服务列表和高并发的服务请求。

  5. 安全性：服务发现涉及敏感的服务信息，因此需要保证服务发现的安全性。例如，需要对服务进行身份验证和访问控制，以确保只有合法用户才能获取服务信息。

  6. 多平台支持：分布式系统可能涉及多种平台和技术栈，因此服务发现需要支持不同的平台和技术栈。这需要设计通用的服务发现接口和协议，以适应不同的环境。

总之，服务发现是一个复杂的问题，需要解决高可用性、高性能、一致性、可扩展性、安全性和多平台支持等挑战。只有解决了这些挑战，才能构建可靠和可扩展的分布式系统。

服务发现是一种用于动态管理和发现微服务的机制。以下是一些服务发现的最佳实践：

  1. 注册与发现：每个微服务都应该在启动时向服务注册中心注册自己的信息，包括IP地址、端口号和服务名称等。其他微服务可以从注册中心获取服务的信息，以便进行通信调用。

  2. 心跳机制：微服务应定期发送心跳信号给注册中心，以表明自己仍然处于运行状态。注册中心可以利用心跳机制来检测服务的可用性，并从注册表中删除不可用的服务。

  3. 健康检查：微服务可以提供一个健康检查的接口，用于检测自身的运行状态。注册中心可以定期调用这个接口来监控微服务的健康状况。

  4. 负载均衡：注册中心可以根据服务的负载情况来进行负载均衡，将请求动态地分配给多个实例。这可以提高系统的性能和可伸缩性。

  5. 多数据中心支持：如果系统部署在多个数据中心中，可以使用多个注册中心来支持跨数据中心的服务发现。每个数据中心的注册中心可以相互同步，以确保服务在整个系统中的可用性和一致性。

  6. 安全性：在服务发现的过程中，要确保安全性，防止未经授权的服务接入和信息泄露。可以使用安全机制，如认证、授权和加密等，来保护服务的通信和访问。

  7. 弹性设计：服务发现应具备弹性设计的能力，能够快速适应系统的变化和故障。例如，当注册中心发生故障时，微服务可以缓存服务的信息，并在注册中心恢复后重新注册。

综上所述，服务发现的最佳实践包括注册与发现、心跳机制、健康检查、负载均衡、多数据中心支持、安全性和弹性设计等方面。这些实践可以帮助保证微服务系统的可用性、性能和安全性。

服务发现的最佳实践

参考资料和推荐阅读

参考资料
官方文档
开源社区
博客文章
书籍推荐
暂无

欢迎阅读，各位老铁，如果对你有帮助，点个赞加个关注呗！同时，期望各位大佬的批评指正~，如果有兴趣，可以加文末的交流群，大家一起进步哈

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/2179053.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

【三步 完全离线搭建 openwebui 】

【三步 完全离线搭建 openwebui 】

完全离线linux 版open webui 的搭建 1.在具有网络连接的环境中下载whl 在有网络的环境&#xff0c;使用pip download可以保存所有的依赖包,可以使用-i 指定清华的镜像源加速下载速度。 # 命令&#xff1a; pip download <package_name> --only-binary:all: --wheel --…
阅读更多...
CANoe_DBC能够打开但是无法使用“BusType”

CANoe_DBC能够打开但是无法使用“BusType”

解决DBC文件在CAPL中调用问题&#xff1a;从CANdb到CAPL的顺畅过渡 在汽车电子和嵌入式系统开发中&#xff0c;DBC&#xff08;Database CAN&#xff09;文件作为描述CAN&#xff08;Controller Area Network&#xff09;通信协议的重要工具&#xff0c;广泛应用于网络设计、测…
阅读更多...
前端考核总结

前端考核总结

目录 JavaScript的基本数据类型有哪些&#xff1f;JavaScript中数据类型的检测方法JavaScript如何判断对象中的属性存在自身还是原型链上flex布局HTML5新标签Vue的基本概念Vue生命周期JavaScript中闭包的基本概念防抖节流双等号与三等号的区别显式转换 JavaScript的基本数据类型…
阅读更多...
Flume实战--Flume中的选择器、自动容灾（故障转移）、负载均衡的详解与操作

Flume实战--Flume中的选择器、自动容灾（故障转移）、负载均衡的详解与操作

本文详细介绍了Apache Flume的关键特性&#xff0c;包括选择器、拦截器、故障转移和负载均衡。选择器负责将数据分发到多个Channel&#xff0c;拦截器用于修改或丢弃Event。故障转移机制能够在Sink故障时自动切换&#xff0c;而负载均衡则在多个Sink间分配负载。文章还提供了自…
阅读更多...
【零基础入门产品经理】学习准备篇 | 需要学一些什么呢？

【零基础入门产品经理】学习准备篇 | 需要学一些什么呢？

前言&#xff1a; 零实习转行产品经理经验分享01-学习准备篇_哔哩哔哩_bilibili 该篇内容主要是对bilibili这个视频的观后笔记~谢谢美丽滴up主友情分享。 全文摘要&#xff1a;如何在0实习且没有任何产品相关经验下&#xff0c;如何上岸产品经理~ 目录 一、想清楚为什么…
阅读更多...
Redis 基础数据改造

Redis 基础数据改造

优质博文&#xff1a;IT-BLOG-CN 一、服务背景 基础数据查询服务&#xff1a;提供航司、机场、票台、城市等基础数据信息。 痛点一&#xff1a;因为基础数据不属于频繁更新的数据&#xff0c;所以每个应用都有自己和缓存&#xff0c;当基础数据更新后&#xff0c;各个应用缓存…
阅读更多...
webGL入门（五）绘制多边形

webGL入门（五）绘制多边形

代码&#xff1a; <!DOCTYPE html> <html lang"en"> <head><meta charset"UTF-8"><meta name"viewport" content"widthdevice-width, initial-scale1.0"><title>Document</title><scri…
阅读更多...
ARM 服务器上安装 OpenEuler (欧拉)

ARM 服务器上安装 OpenEuler (欧拉)

系统介绍 在 2019 年 7 月 19 日&#xff0c;华为宣布要在年底正式开源 openEuler 操作系统&#xff1b;在半年后的 12 月 31 日&#xff0c;华为正式开源了 openEuler 操作系统&#xff0c;邀请社区开发者共同来贡献。 一年后&#xff0c;截止到 2020 年12 月 25日&#xff…
阅读更多...
计算机毕业设计 Java教务管理系统的设计与实现 Java实战项目 附源码+文档+视频讲解

计算机毕业设计 Java教务管理系统的设计与实现 Java实战项目 附源码+文档+视频讲解

博主介绍&#xff1a;✌从事软件开发10年之余&#xff0c;专注于Java技术领域、Python人工智能及数据挖掘、小程序项目开发和Android项目开发等。CSDN、掘金、华为云、InfoQ、阿里云等平台优质作者✌ &#x1f345;文末获取源码联系&#x1f345; &#x1f447;&#x1f3fb; 精…
阅读更多...
[Cocoa]_[初级]_[使用NSNotificationCenter作为目标观察者实现时需要注意的事项]

[Cocoa]_[初级]_[使用NSNotificationCenter作为目标观察者实现时需要注意的事项]

场景 在开发Cocoa程序时&#xff0c;由于界面是用Objective-C写的。无法使用C的目标观察者[1]类。如果是使用第二种方案2[2],那么也需要增加一个代理类。那么有没有更省事的办法&#xff1f; 说明 开发界面的时候&#xff0c;经常是需要在子界面里传递数据给主界面&#xff0…
阅读更多...
PIKACHU | PIKACHU 靶场 XSS 后台配置

PIKACHU | PIKACHU 靶场 XSS 后台配置

关注这个靶场的其他相关笔记&#xff1a;PIKACHU —— 靶场笔记合集-CSDN博客 PIKACHU 自带了一个 XSS 平台&#xff0c;可以辅助我们完成 XSS 攻击&#xff0c;但是该后台需要配置数据库以后才能使用。本教程&#xff0c;就是教大家如何配置 PIKACHU XSS 平台的。 PIKACHU XS…
阅读更多...
vulhub weblogic 靶场攻略

vulhub weblogic 靶场攻略

一&#xff1a;WebLogic 后台弱⼝令GetShell&#xff08;weak_password &#xff09; 漏洞描述 通过弱⼝令进⼊后台界⾯ , 上传部署war包 , getshell 影响范围 全版本&#xff08;前提后台存在弱⼝令&#xff09; 环境搭建 cd vulhub-master/weblogic/weak_password doc…
阅读更多...
【STM32开发环境搭建】-4-在STM32CubeMX中新增Keil(MDK-ARM) 5的工程目录(包含指定路径的C和H文件)

【STM32开发环境搭建】-4-在STM32CubeMX中新增Keil(MDK-ARM) 5的工程目录(包含指定路径的C和H文件)

案例背景&#xff1a; 由于Keil(MDK-ARM)5工程&#xff1a;DEMO_STM32F030C8T6.uvprojx是由STM32CubeMX工具生成的&#xff0c;如果我们在Keil工程中手动添加了一些c文件和h文件的Include Path包含路径&#xff0c;会在STM32CubeMX下一次生成uvprojx文件时&#xff0c;被删除&…
阅读更多...
纯软件小白 学习DDR5

纯软件小白 学习DDR5

问题 1.你知道当你打开游戏加载存档时候计算机是在做什么吗&#xff1f; 由于你的CPU只有在数据被加载到DRAM的时候才可以工作&#xff0c;所以当你需要用数据的时候&#xff0c;数据会从SSD复制到DRAM这一过程需要时间&#xff0c;所以会有加载&#xff08;所有3D模型、纹理…
阅读更多...
【从零开始实现stm32无刷电机FOC】【实践】【7.1/7 硬件设计】

【从零开始实现stm32无刷电机FOC】【实践】【7.1/7 硬件设计】

目录 stm32电路磁编码器电路电机驱动电路电流采样电路电机选择本文示例硬件说明 为了承载和验证本文的FOC代码工程&#xff0c;本节设计了一个简易的三相无刷电机 硬件套件&#xff0c;主控采用非常常用的stm32f103c8t6单片机&#xff0c;电机编码器采用MT6701&#xff0c;电机…
阅读更多...
电源的带载能力怎么判断？Namisoft为您介绍测试方法

电源的带载能力怎么判断？Namisoft为您介绍测试方法

确保电源在各种负载条件下都能稳定工作&#xff0c;是电源设计者面临的重要挑战。本文将详细介绍如何通过带载测试来评估电源的负载能力。 电源带载测试介绍 带载能力指电源在其规定条件下&#xff0c;所能承受的最大负载能力。电源带载测试就是对电源模块的负载能力进行测试&a…
阅读更多...
调试分析：[跳数度量]更改为[距离度量]后的 routing_bellmanford 算法

调试分析：[跳数度量]更改为[距离度量]后的 routing_bellmanford 算法

回顾复习2023年8月的《★修改Exata6.2源码&#xff1a;〔修改Bellmanford最短路径路由的衡量标准从【路由跳数】改为【“路由器节点间的物理距离”】&#xff0c;并动画演示〕》&#xff0c;VS2015调试Exata&#xff0c;跟踪调试修改后的[ routing_bellmanford.cpp ]源码&#…
阅读更多...
AgentScope : 与CodeAct智能体对话

AgentScope : 与CodeAct智能体对话

参考&#xff1a; 非一般程序猿第六季Agent入门实战篇(三)–CodeActAgent篇 Conversation with CodeAct Agent 0&#xff0c;简介 CodeAct Agent是一个Agent,它不仅可以聊天,还可以为你编写和执行Python代码。在本示例中,将介绍另一种赋予Agent调用工具能力的方法,特别是通过…
阅读更多...
Mac 卸载 IDEA 流程

Mac 卸载 IDEA 流程

1、现在应用程序中删除Idea 2、进入Library目录 cd /Users/zhengzhaoxiang/Library 3、删除IntelliJIdea2023.3&#xff08;根据自己的版本而定&#xff09;记得进去看下是否删除干净了 rm -rf Logs/JetBrains/IntelliJIdea2023.3 rm -rf Preferences/com.jetbrains.intel…
阅读更多...
项目学习笔记

项目学习笔记

Downloads – Oracle VirtualBoxhttps://www.virtualbox.org/wiki/Downloads
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023