SpringCloud(15)之SpringCloud Gateway

news2024/11/15 4:25:42

一、Spring Cloud Gateway介绍

        

        Spring Cloud Gateway 是Spring Cloud团队的一个全新项目，基于Spring 5.0、SpringBoot2.0、 Project Reactor 等技术开发的网关。旨在为微服务架构提供一种简单有效统一的API路由管理方式。

        Spring Cloud Gateway 作为SpringCloud生态系统中的网关，目标是替代Netflix Zuul。Gateway不仅 提供统一路由方式，并且基于Filter链的方式提供网关的基本功能。例如：安全，监控/指标，和限流。

        本节我们主要是来学一下SpringCloud Gateway的工作原理以及编写路由方式、拦截器介绍以及用实现对应的限流算法；

二、SpringCloud Gateway的工作原理

        我们在学习Gateway之前，先弄清楚Gateway的工作原理，后面使用它的各个功能时，就知道该如何使 用了，工作流程图如下：

        

         gateway的执行流程如下：

1:Gateway的客户端回向 Spring Cloud Gateway发起请求，请求首先会被HttpwebHandlerAdapter 进行提取组装成网关的上下文，然后网关的上下文会传递到DispatcherHandler。

2:DispatcherHandler 是所有请求的分发处理器， DispatcherHandler 主要负责分发请求对应的处理器，比如将请求分发到对应RoutePredicateHandlerMapping ( 路 由 断 言 处 理 器 映 射 器 ) 。

3: 路由断言处理映射器主要用于路由的查找，以及找到路由后返回对应的FilteringwebHandler。

4:FilteringwebHandler主 要 负 责 组 装Filter链表并调 用Filter 执 行 一 系 列Filter 处理，然后把请求 转到后端对应的代理服务处理，处理完毕后，将Response返回到Gateway客户端 。在Filter链 中 ， 通 过 虚 线 分 割Filter  的原因是，过滤器可以在转发请求之前处理或者接收到被代理服务的 返回结果之后处理。所有的Pre 类 型 的Filter  执行完毕之后，才会转发请求到被代理的服务处理。被代理
的服务把所有请求完毕之后，才会执行Post类型的过滤器 。

2.2Gateway的动态路由

         Gateway 路由配置分为基于配置的由设置和基于代码动态路由配置，静态路由是指在application.yml中 把路由信息配置好了，而动态路由则是从数据库中加载而来，我们接下来把这2种路由操作都实现一次。

2.2.1 业务说明

        如上图所示，我们要实现一下功能：

1:

用 户 所 有 请 求 以 /order  开始的请求，都路由到 hailtaxi-order     服 务

2:

用 户 所 有 请 求 以 /driver       开始的请求，都路由到 hailtaxi-driver  服 务

3:

用 户 所 有 请 求 以 /pay开始的请求，都路由到 hailtaxi-pay 服 务 

2.2.2 基于配置的路由设置

         

如上图所示，正是gateway静态路由配置，这种方式的缺点就是硬编码写死的路由配置：

1:用户所有请求以/order 开始的请求，都路由到 hailtaxi-order   服务
2:用户所有请求以/driver 开始的请求，都路由到 hailtaxi-driver   服务
3:用户所有请求以/pay开始的请求，都路由到 hailtaxi-pay  服务

配置代码如下所示：

server:
  port: 8001
spring:
  application:
    name: hailtaxi-gateway
  main:
    allow-bean-definition-overriding: true
  cloud:
    #Consul配置
    consul:
      host: localhost
      port: 8500
      discovery:
        #注册到Consul中的服务名字
        service-name: ${spring.application.name}
    gateway:
      globalcors:
        corsConfigurations:
          '[/**]':
            allowedOrigins: "*"
            allowedMethods:
              - GET
              - POST
              - PUT
      routes:
      - id: hailtaxi-driver
        uri: lb://hailtaxi-driver
        predicates:
        - Path=/**
        filters:
          - name: RequestRateLimiter #请求数限流 名字不能随便写 ，使用默认的facatory
            args:
              key-resolver: "#{@ipKeyResolver}"
              redis-rate-limiter.replenishRate: 1
              redis-rate-limiter.burstCapacity: 1
          #- StripPrefix=1
        #- Cookie=username,itheima
        #- Header=token,^(?!\d+$)[\da-zA-Z]+$
        #- Method=GET
      #默认全局过滤器
      default-filters:
        # 往响应过滤器中加入信息
        - AddResponseHeader=X-Response-Default-MyName,itheima

         参数配置说明：

  • -id：这是唯一的标记，不能出现重复；
  • uri：路由的地址，可以是lb:ip:端口，也是可以lb://${spring.application.name},其中的lb表示支持负载均衡；
  • predicates：这个表示是一个断言，其实就是一个判断条件，后面会介绍一共有那些断言判断；
  • -path=/driver/**：这是路由条件，表示以/driver开头的所有请求路径到路由到driver服务去；
  • filters:这是配置的是局部过滤器，表示只对当前的路由配置生效，后面会介绍到具体的拦截器；
  • -StripPrefix=1：去掉第一个路径，这种一般是用于将请求路径进行包装，不暴露真实路径出去，然后在网关层还原真实路径，一般是用作放爬虫的；

2.2.3 基于代码的动态路由配置

        我们同样实现上面的功能， 但 这 里 基于代码方式实现。所有路由规则我们可以从数据库中读取并加载到 程序中。基于代码的路由配置我们只需要创建RouteLocator   并添加路由配置即可，代码如下：

    /***
     * 路由配置
     * @param builder
     * @return
     */
    @Bean
    public RouteLocator routeLocator(RouteLocatorBuilder builder) {
        return builder.routes()
                .route(r -> r.path("/driver/**").uri("lb://hailtaxi-driver"))
                .route(r -> r.path("/order/**").uri("lb://hailtaxi-order"))
                //使用GatewayFilter过滤器
                .route(r -> r.path("/pay/**").uri("lb://hailtaxi-pay").filter(new PayFilter()))
                .build();
    }

        在真实场景中，基于配置文件的方式更直观、简介，但代码的路由配置是更强大，可以实现很丰富的功 能，可以把路由规则存在数据库中，每次直接从数据库中加载规则，这样的好处是可以动态刷新路由规 则，通常应用于权限系统动态配置新系统。

2.3.4 Gateway-Predicate/Filter

        上面路由匹配规则中我们都用了-Path 方式，其实就是路径匹配方式，除了路径匹配方式， Gateway还支持很多丰富的匹配方式，我们对这些方式分别进行讲解。

        具体的详见官网：Spring Cloud Gateway

 

        routes下面的属性含义如下：

id : 我们自定义的路由 ID , 保持唯一
uri  : 目标服务地址

predicates:  路由条件， Predicate   接受一个输入参数，返回一个布尔值结果。该属性包含多种默认方
法来将 Predicate  组合成其他复杂的逻辑(比如：与，或，非)

         Predicate  来源于Java8,Predicate 接受一个输入参数，返回一个布尔值结果。该接口包含多种默认方 法来将 Predicate  组合成其他复杂的逻辑(比如：与，或，非)。

        在 Spring   Cloud   Gateway 中 Spring  利 用 Predicate  的特性实现了各种路由匹配规则，通过 Header、 请求参数等不同的条件来作为条件匹配到对应的路由。

        下面的一张图(来自网络)总结了 Spring   Cloud 内置的几种 Predicate   的实现：

 

        我们在这里讲解几个断言匹配 方式。 

Cookie ：
        

  Gateway的Cookie匹配接收两个参数：一个是 Cookie name ,一个是正则表达式。路由规则就是通过获 取对应的 Cookie name 值和正则表达式去匹配，如果匹配上就会执行路由，如果没有匹配上则不执 行。如下配置：

spring:
  cloud:
    gateway:
      routes:
      - id: cookie_route
        uri: https://example.org
        predicates:
        - Cookie=chocolate, ch.p

        这里表示请求携带了cookie为chocolate的数据，并且值为ch.p，就允许通过。 

Header 匹配：
        

         Header 匹配 和 Cookie 匹配 一样，也是接收两个参数，一个 header 中属性名称和一个正则表达式， 这个属性值和正则表达式匹配则执行。配置如下：

spring:
  cloud:
    gateway:
      routes:
      - id: header_route
        uri: https://example.org
        predicates:
        - Header=X-Request-Id, \d+

        这里表示，请求头必要要有一个X-Request-Id,并且是数字的才能通过；

请求方式匹配：
        

         通过请求的方式是 POST、GET、PUT、DELETE 等进行路由。配置如下：

spring:
  cloud:
    gateway:
      routes:
      - id: method_route
        uri: https://example.org
        predicates:
        - Method=GET,POST

        表示只有请求方式是GET跟POST的才允许通过；

三、Gateway过滤器

        Spring Cloud Gateway根据作用范围划分为GatewayFilter和GlobalFilter，二者区别如下：

  • GatewayFilter : 需要通过 spring.cloud.routes.filters 配置在具体路由下，只作用在当前路由上或 通过spring.cloud.default-filters 配置在全局，作用在所有路由上；
  • GlobalFilter : 全局过滤器，不需要在配置文件中配置，作用在所有的路由上，最终通过GatewayFilterAdapter包装成 GatewayFilterChain 可识别的过滤器，它为请求业务以及路由的 URI 转换为真实业务服务的请求地址的核心过滤器，不需要配置，系统初始化时加载，并作用在每个路 由上。

         

        过滤器作为Gateway 的重要功能。常用于请求鉴权、服务调用时长统计、修改请求或响应 header 、限 流、去除路径等等。
        更多过滤器的使用大家可以参考官网： Spring Cloud Gateway

         3.1 过滤器的分类

默认过滤器:出厂自带，实现好了拿来就用，不需要实现
    全局默认过滤器
    局部默认过滤器
自定义过滤器:根据需求自己实现，实现后需配置，然后才能用哦。
    全局过滤器:作用在所有路由上。
    局部过滤器:配置在具体路由下，只作用在当前路由上。

        3.2过滤器的使用 

        1）默认过滤器配置 

        默认过滤器有两种:全局默认过滤器和局部默认过滤器；

        全局过滤器：对输出的响应头设置属性；

                对输出的响应设置其头部属性名称为X-Request-Foo,值为hello

         修改配置文件，配置如下： 
spring:
  cloud:
    gateway:
      routes:
      - id: add_request_header_route
        uri: http://example.org
        filters:
        - AddRequestHeader=X-Request-Foo, Hello

 局部过滤器：通过局部默认过滤器，修改请求路径。局部过滤器在这里介绍两种：添加路径前缀、去除 路径前缀。

2）前缀处理

       在项目中做开发对接接口的时候，我们很多时候需要统一API路径，比如统一以 /api 开始的请求调用 hailtaxi-driver 服务，但真实服务接口地址又没有 /api 路径，我们可以使用Gateway的过滤器处理 请求路径。

        在gateway中可以通过配置路由的过滤器StripPrefix实现映射路径中的前缀处理，我们来使用一下该过 滤器，再进一步做说明。

spring:
  cloud:
    gateway:
      routes:
      - id: prefixpath_route
        uri: http://example.org
        filters:
        - StripPrefix=1
        有时候为了简化用户请求地址，比如用户请求 http://localhost:8001/info/1 我们想统一路由到
http://localhost:18081/driver/info/1 ，可以使用 PrefixPath 过滤器增加前缀。 
spring:
  cloud:
    gateway:
      routes:
      - id: prefixpath_route
        uri: http://example.org
        filters:
        - PrefixPath=/api

3.3自定义全局过滤器

         自定义过滤器也有两类：全局自定义过滤器，和局部自定义过滤器。全局过滤器在项目中很多地方都有可能会使用，因此我们来学习下如何定义全局过滤器，并使用全局过 滤器。

        全局过滤器需要实现：GlobalFilter,Ordered接口

GlobalFilter:过滤器拦截处理方法
Ordered:过滤器也有多个，这里主要定义过滤器执行顺序，里面有个方法getOrder()会返回过滤器执行
顺序，返回值越小，越靠前执行

         我们创建全局过滤器并完成常见业务用户权限校验。

        基本逻辑：如果请求中有Token参数，则认为请求有效放行，如果没有则拦截提示授权无效。

@Component
public class RouterFilter implements GlobalFilter,Ordered {

    /***
     * 路由拦截
     * @param exchange
     * @param chain
     * @return
     */
    @Override
    public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
        System.out.println("GlobalFilter拦截器执行");
        //获取请求参数
        String token = exchange.getRequest().getQueryParams().getFirst("token");

        //如果token为空，则表示没有登录
        if(StringUtils.isEmpty(token)){
            //没登录,状态设置403
            exchange.getResponse().setStatusCode(HttpStatus.PAYLOAD_TOO_LARGE);
            //结束请求
            return exchange.getResponse().setComplete();
        }
        //放行
        return chain.filter(exchange);
    }

    /***
     * 拦截器顺序
     * @return
     */
    @Override
    public int getOrder() {
        return 0;
    }
}

         此时请求，我们不携带token参数，效果如下：

 3.4 自定义局部过滤器

        局部过滤器一般是作用在某一个路由上，需要实例化创建才能使用，局部过滤器需要实现接口GatewayFilter，代码如下：

public class PayFilter implements GatewayFilter, Ordered {

    /***
     * 过滤器执行拦截
     * @param exchange
     * @param chain
     * @return
     */
    @Override
    public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
        System.out.println("GatewayFilter拦截器执行-----PayFilter");
        return chain.filter(exchange);
    }

    @Override
    public int getOrder() {
        return 0;
    }


}

然后我们再配置动态路由的时候加上这个局部过滤器即可：

    /***
     * 路由配置
     * @param builder
     * @return
     */
    @Bean
    public RouteLocator routeLocator(RouteLocatorBuilder builder) {
        return builder.routes()
                .route(r -> r.path("/driver/**").uri("lb://hailtaxi-driver"))
                .route(r -> r.path("/order/**").uri("lb://hailtaxi-order"))
                //使用GatewayFilter过滤器
                .route(r -> r.path("/pay/**").uri("lb://hailtaxi-pay").filter(new PayFilter()))
                .build();
    }

 这里需要注意一点的是，如果我们是在配置文件中使用我们自定义的局部过滤器就不能实现GatewayFilter了就要继承AbstractGatewayFilterFactory，代码如下：

/**
 * 记得这里的名字后缀必须是GatewayFilterFactory
 */
@Component
public class PayGatewayFilterFactory extends AbstractGatewayFilterFactory<PayGatewayFilterFactory.Config> {


    public PayGatewayFilterFactory() {
        super(Config.class);
    }
    @Override
    public List<String> shortcutFieldOrder() {
        return Lists.newArrayList("paymethod");
    }
    /**
     * 执行拦截
     * @param config
     * @return
    配置文件中使用如下：
     */
    @Override
    public GatewayFilter apply(PayGatewayFilterFactory.Config config) {
        return (exchange, chain) -> {
            String paymethod = config.getPaymethod();
            //将paymethod添加到请求头中
            exchange.getRequest().mutate().header("paymethod",paymethod);
            return chain.filter(exchange);
        };
    }

    /***
     * 获取指定属性值
     */
    @Data
    public static class Config {
        private String paymethod;
    }
}

        然后使用如下：

    gateway:
      #路由配置
      routes:
        #唯一标识符
        - id: hailtaxi-driver
          uri: lb://hailtaxi-driver
          #路由断言
          predicates:
            - Path=/driver/**
        #唯一标识符
        - id: hailtaxi-order
          uri: lb://hailtaxi-order
          #路由断言
          predicates:
            - Path=/order/**
        #唯一标识符
        - id: hailtaxi-pay
          uri: lb://hailtaxi-pay
          #路由断言
          predicates:
            - Path=/pay/**

四、跨域配置

       出于浏览器的同源策略限制。同源策略（Sameoriginpolicy）是一种约定，它是浏览器最核心也最基本 的安全功能，如果缺少了同源策略，则浏览器的正常功能可能都会受到影响。可以说Web是构建在同源 策略基础之上的，浏览器只是针对同源策略的一种实现。同源策略会阻止一个域的javascript脚本和另 外一个域的内容进行交互。所谓同源（即指在同一个域）就是两个页面具有相同的协议（protocol）， 主机（host）和端口号（port）。

        反正就一句话：ip、端口、协议三者存在一个不一致那就是跨域；

在SpringCloud Gateway中配置跨域是非常简单的，如下面配置：

    gateway:
      globalcors:
        corsConfigurations: '[/**]'
        allowedOrigins: "*"
        allowedMethods:
          - GET
          - POST
          - PUT

        这样子配置就能够解决跨域问题，但是在配置文件中配置会如很多局限性，如：但如果涉及到Cookie跨域，上面的配置就不生效了，如果涉及到Cookie跨域，需要创建CorsWebFilter 过滤器，所以一般不会在配置文件中去配置，会在代码中去实现配置，具体如下：

    /**
     * 配置跨域
     * @return
     */
    @Bean
    public CorsWebFilter corsFilter() {
        CorsConfiguration config = new CorsConfiguration();
        // cookie跨域
        config.setAllowCredentials(Boolean.TRUE);
        config.addAllowedMethod("*");
        config.addAllowedOrigin("*");
        config.addAllowedHeader("*");
        // 配置前端js允许访问的自定义响应头
        config.addExposedHeader("Authorization");

        UrlBasedCorsConfigurationSource source = new UrlBasedCorsConfigurationSource(new PathPatternParser());
        source.registerCorsConfiguration("/**", config);
        return new CorsWebFilter(source);
    }

五、限流

        网关可以做很多的事情，比如，限流，当我们的系统 被频繁的请求的时候，就有可能 将系统压垮，所 以 为了解决这个问题，需要在每一个微服务中做限流操作，但是如果有了网关，那么就可以在网关系统 做限流，因为所有的请求都需要先通过网关系统才能路由到微服务中。

        5.1漏桶算法讲解

        

        这里只是稍微讲解一下啊漏桶算法，更多算法请自行学习：

  1. 所有的请求在处理之前都需要拿到一个可用的令牌才会被处理；
  2.  根据限流大小，设置按照一定的速率往桶里添加令牌；比如1s只允许一个请求通过，那就一秒中往令牌桶中放一个令牌；
  3. 桶设置最大的放置令牌限制，当桶满时、新添加的令牌就被丢弃或者拒绝；
  4. 请求达到后首先要获取令牌桶中的令牌，拿着令牌才可以进行其他的业务逻辑，处理完业务逻辑之后， 将令牌直接删除；
  5. 令牌桶有最低限额，当桶中的令牌达到最低限额的时候，请求处理完之后将不会删除令牌，以此保证足 够的限流；

        5.2令牌桶实现案例

        5.2.1引入依赖

        <!--redis-->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-data-redis-reactive</artifactId>
            <version>2.2.1.RELEASE</version>
        </dependency>

        同时配置redis：

  redis:
    host: 127.0.0.1
    port: 6379

 5.2.2 定义keyResolver

        在Applicatioin引导类中添加如下代码，KeyResolver用于计算某一个类型的限流的KEY也就是说，可以 通过KeyResolver来指定限流的Key。

        这个好比我们做分布式锁一样，你针对那个key做锁；

        我们可以根据IP来限流，比如每个IP每秒钟只能请求一次，在GatewayApplication定义key的获取，获 取客户端IP，将IP作为key，如下代码：

    /***
     * IP限流
     * @return
     */
    @Bean(name="ipKeyResolver")
    public KeyResolver userKeyResolver() {
        return new KeyResolver() {
            @Override
            public Mono<String> resolve(ServerWebExchange exchange) {
                //获取远程客户端IP
                String hostName = exchange.getRequest().getRemoteAddress().getAddress().getHostAddress();
                System.out.println("hostName:"+hostName);
                return Mono.just(hostName);
            }
        };
    }

 然后再路由配置如下：

参数说明：

  •  redis-rate-limiter.replenishRate：是您希望允许用户每秒执行多少请求，而不会丢弃任何请求。放令牌的速率；
  • redis-rate-limiter.burstCapacity：是指令牌桶的容量，允许在一秒钟内完成的最大请求数，请该设置为0将阻止任何请求

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

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

相关文章

运维SRE-18 自动化批量管理-ansible4

运维SRE-18 自动化批量管理-ansible4

12.2handles handles触发器(条件)&#xff0c;满足条件后再做什么事情应用场景&#xff1a;想表示&#xff1a;配置文件变化&#xff0c;再重启服务 配置handlers之前&#xff0c;每次运行剧本都会重启nfs&#xff0c;无论配置文件是否变化。 [rootm01 /server/ans/playbook]…
阅读更多...
前端项目如何准确预估个人工时

前端项目如何准确预估个人工时

补充 看来很多小伙伴对这个问题感兴趣&#xff0c;大家不要忽视了压工时这个事。 领导为什么会压工时&#xff1f; 使他的KPI更好看不清楚做这个东西实际要多长时间因为第2点的原因&#xff0c;他也无法去争取合理时间部分人看着下属加班&#xff0c;有种大权在握&#xff0…
阅读更多...
题目 1226: 方砖问题

题目 1226: 方砖问题

题目描述: 用边长小于N的正方形方砖&#xff08;注意&#xff0c;不要求所有的方砖大小相同&#xff0c;请看样例说明&#xff09;不重叠地铺满N*N的正方形房间&#xff0c;最少要几块方砖。 解题思路: 1.n是偶数时&#xff0c;都可以用4块边长为n/2的方砖填满&#xff1b;例…
阅读更多...
2024/2/22

2024/2/22

P8680 [蓝桥杯 2019 省 B] 特别数的和 题目描述 小明对数位中含有 2、0、1、9 的数字很感兴趣&#xff08;不包括前导 00&#xff09;&#xff0c;在 1 到 40 中这样的数包括 1、2、9、10 至 32、39 和 40&#xff0c;共28 个&#xff0c;他们的和是574。 请问&#xff0c;在…
阅读更多...
SCI一区 | Matlab实现GAF-PCNN-MSA格拉姆角场和双通道PCNN融合注意力机制的多特征分类预测

SCI一区 | Matlab实现GAF-PCNN-MSA格拉姆角场和双通道PCNN融合注意力机制的多特征分类预测

SCI一区 | Matlab实现GAF-PCNN-MSA格拉姆角场和双通道PCNN融合注意力机制的多特征分类预测 目录 SCI一区 | Matlab实现GAF-PCNN-MSA格拉姆角场和双通道PCNN融合注意力机制的多特征分类预测效果一览基本介绍模型描述程序设计参考资料 效果一览 基本介绍 1.【SCI一区级】Matlab实…
阅读更多...
以 All-in-One 模式安装 KubeSphere时避坑

以 All-in-One 模式安装 KubeSphere时避坑

环境 ubuntu 18.04 准备 安装服务插件 socat 必须 可选但建议 conntrack 必须 可选但建议 ebtables 可选但建议 可选但建议 ipset 可选但建议 可选但建议 命令 sudo apt-get install socat安装docker 建议自行安装&#xff0c;不用KubeSphere 自带的 处理服务器配置 1…
阅读更多...
RISC-V架构——CLINT中断控制器初始化（直接模式、向量模式）

RISC-V架构——CLINT中断控制器初始化（直接模式、向量模式）

1、前言 CLINT(Core-Local Interruptor)翻译过来是核本地中断控制器&#xff0c;是比较简单的中断控制器&#xff0c;通常和PLIC&#xff08;Platform-Level Interrupt COntroller&#xff09;搭配使用使用CLINT涉及的MTVEC、MCAUSE寄存器&#xff0c;CLIC控制器也同样会使用&…
阅读更多...
python（23）——while循环

python（23）——while循环

前言 在Python中&#xff0c;while 循环用于重复执行一段代码块&#xff0c;只要指定的条件保持为真&#xff08;True&#xff09;。一旦条件变为假&#xff08;False&#xff09;&#xff0c;循环就会终止。while 循环通常用于在不知道循环将执行多少次的情况下进行迭代。 w…
阅读更多...
【快速搞定Webpack5】修改输出文件目录及自动清理上次打包文件（五）

【快速搞定Webpack5】修改输出文件目录及自动清理上次打包文件（五）

介绍 默认情况下webpack打包后&#xff0c;我们的图片和js等文件都会被打包到dist目录下&#xff0c;文件多了混淆在一起一方面不利于文件的查找和管理&#xff0c;另外一方面看上去也不美观。 所以今天我们学习的内容就是控制输出后的文件进入不同的目录。 一、配置 新增4…
阅读更多...
对象池模式-Object Pool Pattern

对象池模式-Object Pool Pattern

原文地址：https://jaune162.blog/design-pattern/object-pool-pattern/ 原文中可下载高清SVG矢量类图 引言 对象池模式（Object Pool Pattern）是一种创建一组可重用对象的设计模式。它通过维护一个预分配的对象集合，避免了频繁地创建和销毁对象所带来的性能开销。在需要使用…
阅读更多...
力扣145 二叉树的后序遍历 Java版本

力扣145 二叉树的后序遍历 Java版本

文章目录 题目描述递归解法代码 非递归解法思路代码 题目描述 给你一棵二叉树的根节点 root &#xff0c;返回其节点值的 后序遍历 。 示例 1&#xff1a; 输入&#xff1a;root [1,null,2,3] 输出&#xff1a;[3,2,1] 示例 2&#xff1a; 输入&#xff1a;root [] 输出…
阅读更多...
指针笔试题（C语言进阶）

指针笔试题（C语言进阶）

目录 前言 1、案例一 1.1 答案 1.2 解析 2、案例二 2.1 答案 2.2 解析 3、案例三 3.1 答案 3.2 解析 4、案例四 4.1 答案 4.2 解析 5、案例五 5.1 答案 5.2 解析 总结 前言 “纸上得来终觉浅&#xff0c;绝知此事要躬行”。本篇通过对指针实际案例的分析&…
阅读更多...
【Spring】SpringBoot 创建和使用

【Spring】SpringBoot 创建和使用

目 录 一.什么是Spring Boot&#xff1f;为什么要学Spring Boot&#xff1f;二.Spring Boot 优点三.Spring Boot 项目创建3.1 使用 Idea 创建3.2 网页版创建注意事项&#xff1a;包路径错误小结&#xff1a;约定大于配置 一.什么是Spring Boot&#xff1f;为什么要学Spring Boo…
阅读更多...
算法沉淀——穷举、暴搜、深搜、回溯、剪枝综合练习二（leetcode真题剖析）

算法沉淀——穷举、暴搜、深搜、回溯、剪枝综合练习二（leetcode真题剖析）

算法沉淀——穷举、暴搜、深搜、回溯、剪枝综合练习二 01.括号生成02.组合03.目标和04.组合总和 01.括号生成 题目链接&#xff1a;https://leetcode.cn/problems/generate-parentheses/ 数字 n 代表生成括号的对数&#xff0c;请你设计一个函数&#xff0c;用于能够生成所有…
阅读更多...
【JS逆向学习】同花顺（q.10jqka）补环境

【JS逆向学习】同花顺（q.10jqka）补环境

逆向目标 目标网址&#xff1a;https://q.10jqka.com.cn/ 目标接口&#xff1a; https://q.10jqka.com.cn/index/index/board/all/field/zdf/order/desc/page/3/ajax/1/ 目标参数&#xff1a;cookie 逆向过程 老规矩&#xff0c;先分析网络请求&#xff0c;发现是 cookie 加…
阅读更多...
MySQL 8.0.36 WorkBench安装

MySQL 8.0.36 WorkBench安装

一、下载安装包 百度网盘链接&#xff1a;点击此处下载安装文件 提取码&#xff1a;hhwz 二、安装&#xff0c;跟着图片来 选择Custom,然后点Next 顺着左边框每一项的加号打开到每一个项的最底层&#xff0c;点击选中最底层的项目&#xff0c;再点击传过去右边的绿色箭头&a…
阅读更多...
光伏智慧化运维系统：实现一站式光伏服务前沿探索

光伏智慧化运维系统：实现一站式光伏服务前沿探索

随着全球能源结构的转型&#xff0c;光伏发电已成为绿色能源的重要组成部分。然而&#xff0c;光伏企业的运营和管理却面临着诸多挑战&#xff0c;如方案设计慢、运行状况难以实时掌握、收资效率低等。为解决这些问题&#xff0c;光伏智慧化运维系统应运而生&#xff0c;以其一…
阅读更多...
2024牛客(4)K题

2024牛客(4)K题

登录—专业IT笔试面试备考平台_牛客网 using i64 long long; using ll long long; constexpr ll M 1e9 7; template<class Info> struct SegmentTree {int n;std::vector<Info> info;SegmentTree() : n(0) {}SegmentTree(int n_, Info v_ Info()) {init(n_, …
阅读更多...
学习笔记-Git

学习笔记-Git

Git 问题一描述解决方法注意事项 问题一 描述 在commit和push的时候因为网络太慢了中途强行关闭了进程&#xff0c;而push的内容因为文件过大导致无法正常push 按照原本的流程在push的时候会提示失败&#xff0c;并且需要在解决了大文件之后重新push 而因为中途中断了&#x…
阅读更多...
GitHubApp大集结！GSYGithubAppFlutter带你飞越编程世界！

GitHubApp大集结！GSYGithubAppFlutter带你飞越编程世界！

GitHubApp大集结&#xff01;GSYGithubAppFlutter带你飞越编程世界&#xff01; GSYGithubAppFlutter是一个功能丰富、跨平台的开源GitHub客户端应用程序&#xff0c;基于Flutter框架开发。该项目属于GSYGithubApp系列&#xff0c;目前已经拥有Flutter、Weex、ReactNative和Ko…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023