【nginx实战】nginx正向代理、反向代理、由反向代理实现的负载均衡、故障转移详解

news2024/11/25 20:35:04

文章目录

  • 一. 正向代理与反向代理的概念
  • 二. Nginx服务器的正向代理服务
    • 1. Nginx服务器正向代理服务的配置的3个指令
      • 1.1. resolver指令
      • 1.2. resolver_timeout指令
      • 1.3. proxy_pass指令
    • 2. Nginx服务器正向代理服务的使用
  • 三. Nginx服务器的反向代理服务
    • 1. 反向代理的基本指令
      • 1.1. proxy_pass指令
      • 1.2. proxy_set_header指令
      • 1.3. proxy_ignore_headers指令
      • 1.4. proxy_timeout
      • 1.5. proxy_connect_timeout
  • 四. Nginx服务器的负载均衡
    • 1. nginx的upstream负载均衡方式
      • 1.1. 轮询（默认）
      • 1.2. weight
      • 1.3. ip_hash
      • 1.4. 最少连接least_conn
    • 2. 例子1：轮询
    • 3. 例子2：对特定资源实现负载均衡
    • 4. 例子3：对不同域名实现负载均衡
  • 五. nginx实现故障转移
    • 1. proxy_next_upstream + proxy_connect_timeout
    • 2. Backup Servers
  • 六. 案例分析
    • 1. 问题描述
    • 2. 问题分析与解决

本文将要讨论以下内容

  1. 正向代理与反向代理的基本概念
  2. Nginx正向代理服务的配置指令、Nginx反向代理服务的配置指令
  3. Nginx反向代理服务器的应用——负载均衡、故障转移
  4. 案例分析

 

一. 正向代理与反向代理的概念

正向代理的概念
局域网内的机器借助代理服务访问局域网外的网站，此代理服务器提供的服务就为正向代理服务。

作用

  1. 主要是为了增强局域网内部网络的安全性，使得网外的威胁因素不容易影响到网内，这里代理服务器起到了一部分防火墙的功能。
  2. 利用代理服务器也可以对局域网访问外网进行必要的监控和管理。

正向代理服务器不支持外部对内部网络的访问请求，即图的箭头方向不能反过来。

 
反向代理的概念
如果局域网向Internet提供资源，让Internet上的其他用户可以访问局域网内的资源，此代理服务器提供的服务就叫做反向代理（Reverse Proxy）服务。

在这里插入图片描述

小结

正向代理服务器用来让局域网客户机接入外网以访问外网资源，反向代理服务器用来让外网的客户端接入局域网中的站点以访问站点中的资源。
 
在正向代理服务器中，我们的角色是客户端，目的是要访问外网的资源；在反向代理服务器中，我们的角色是站点，目的是把站点的资源发布出去让其他客户端能够访问。

 

二. Nginx服务器的正向代理服务

1. Nginx服务器正向代理服务的配置的3个指令

1.1. resolver指令

该指令用于指定DNS服务器的IP地址。DNS服务器的主要工作是进行域名解析，将域名映射为对应的IP地址。

resolver address ... [valid=time];


■ address，DNS服务器的IP地址。如果不指定端口号，默认使用53端口。
■ time，设置数据包在网络中的有效时间。
出现该指令的主要原因是，在访问站点时，有很多情况使得数据包在一定时间内不能被传递到目的地，但是又不能让该数据包无期限地存在，于是就需要设定一段时间，当数据包**在这段时间内没有到达目的地，就会被丢弃**，然后发送者会接收到一个消息，并决定是否要重发该数据包。

使用该指令的一个例子如下：

resolver 127.0.0.1 [::1]:5353 valid=30s;

 

1.2. resolver_timeout指令

该指令用于设置DNS服务器域名解析超时时间，语法结构为：

resolver_timeout time;

 

1.3. proxy_pass指令

该指令用于设置代理服务器的协议和地址，它不仅仅用于Nginx服务器的代理服务，更主要的是应用于反向代理服务。该指令的语法结构为：

proxy_pass URL;

其中，URL即为设置的代理服务器协议和地址。在代理服务配置中，该指令配置为

proxy_pass http://$http_host$request_uri;

其中，代理服务器协议设置为HTTP，$http_host 和 $request_uri两个变量是Nginx配置支持的用于自动获取主机和URI的变量。

 

2. Nginx服务器正向代理服务的使用

    …
    server
    {
      resolver 8.8.8.8;
      listen 82;
      location /
      {
          proxy_pass http://$http_host$request_uri;
        }
    }
    …
  • 设置DNS服务器地址为8.8.8.8，使用默认的53端口作为DNS服务器的服务端口
  • 代理服务的监听端口设置为82端口，Nginx服务器接收到的所有请求都由location块进行过滤处理。
  • resolver指令是必需的，如果没有该指令，Nginx服务器无法处理接收到的域名。
  • 注意：Nginx服务器的代理服务器不支持正向代理HTTPS站点。

 

三. Nginx服务器的反向代理服务

Nginx服务器提供的反向代理服务能够同时接收的客户端连接的计算方法为：

worker_processes * worker_connections / 4

配置Nginx服务器反向代理用到的指令配置在Nginx配置文件的http块、server块或者location块中，一般是单独配置一个server块用来设置反向代理服务。这些指令主要由ngx_http_proxy_module模块进行解析和处理。该模块是Nginx服务器的标准HTTP模块。

 

1. 反向代理的基本指令

本小节涉及的指令比较重要，是为客户端提供正常Web服务的基础，大家应该熟练掌握，尤其是proxy_pass指令，在实际应用过程中需要注意一些配置细节，需要小心使用。

1.1. proxy_pass指令

1. 基础用法
该指令用来设置被代理服务器的地址，可以是主机名称、IP地址加端口号等形式。其语法结构为：

proxy_pass URL;

其中，URL为要设置的被代理服务器的地址：

  • 包含传输协议、主机名称/IP地址加端口号、URI等要素。
  • 传输协议通常是“http”或者“https://”。
  • 指令同时还接受以“unix”开始的UNIX-domain套接字路径。
proxy_pass http://www.myweb.name/uri; 
proxy_pass http://localhost:8000/uri/; 
proxy_pass http://unix:8000/uri/;

 
2. 配置一组服务器
如果被代理服务器是一组服务器的话，可以使用upstream指令配置后端服务器组。

    …
     #配置后端服务器组
    upstream proxy_svrs     
    {
      server http://192.168.1.1:8001/uri/;
      server http://192.168.1.2:8001/uri/;
      server http://192.168.1.3:8001/uri/;
    }
    server
    {
      …
      listen 80;
      server_name  www.myweb.name;
      location /
      {
        proxy_pass  proxy_svrs;                                       #使用服务器组的名称
      }
    }

在组内的各个服务器中都指明了传输协议“http://”，而在proxy_pass指令中就不需要指明了。

 
3. URI问题
如果URL中不包含URI，Nginx服务器不会改变原地址的URI；但是如果包含了URI，Nginx服务器将会使用新的URI替代原来的URI。

proxy_pass中不含有URI

#如果客户端使用http://www.myweb.name:80/server发起请求，该请求
#被配置中显示的location块进行处理，由于proxy_pass指令的URL变量不
#含有URI，所以转向的地址为“http://192.168.1.1:80/server。
    …
    server
    {
      …
      listen 80;
      server_name  www.myweb.name;
      location  /server/
      {
        …
        proxy_pass  http://192.168.1.1;
      }
    }

proxy_pass中含有URI

#如果客户端仍然使用“http://www. myweb.name/server/”发起请求，#Nginx服务器将会把地址转向“http://192.168.1.1/loc/”。
    …
    server
    {
      …
      listen 80;
      server_name  www.myweb.name;
      location  /server/
      {
        …
        proxy_pass  http://192.168.1.1/loc/;
      }
    }

小结：在使用proxy_pass指令时，如果不想改变原地址中的URI，就不要在URL变量中配置URI。

 
proxy_pass的URL末尾是否加斜杠“/”

#配置1： proxy_pass http://192.168.1.1; #不包含uri
#配置2： proxy_pass http://192.168.1.1/; #包含了uri：/

在该配置中，location块使用“/”作为uri的值来匹配不包含URI的客户端请求。

# 由于请求URL中不包含URI，因此配置1和配置2的效果是一样的。
# 配置2：
# 因为根据替换逻辑：http://www.myweb.name/index.htm 请求的/,会被替换为/,相当于没有替换。

    …
    server
    {
      …
      listen 80;
      server_name  www.myweb.name;
      #注意location的uri变量
      location  /                                            
      {
        …
        #配置1：  proxy_pass  http://192.168.1.1;
        #配置2：  proxy_pass  http://192.168.1.1/;
      }
    }
    

# 请求：http://www.myweb.name/server/index.htm

#使用配置1：因为proxy_pass没有uri，所以客户端请求uri不会被替换
#使用配置2：proxy_pass有uri，客户端请求的uri会将（被location中）/server/替换为(proxy_pass的uri)/，转向的URL为“http://192.168.1.1/index.htm。

    …
    server
    {
      …
      listen 80;
      server_name  www.myweb.name;
      location  /server/                                      #注意location的uri变量
      {
        …
        #配置1：  proxy_pass  http://192.168.1.1;
        #配置2：  proxy_pass  http://192.168.1.1/;
      }
    }

 

1.2. proxy_set_header指令

该指令可以更改（ing）Nginx服务器接收到的客户端请求的请求头信息，然后将新的请求头发送给被代理的服务器。其语法结构为：

proxy_set_header field value;

■ field，要更改的信息所在的头域。
■ value，更改的值，支持使用文本、变量或者变量的组合。

 

什么情况下会导致：ing

通过httpclient请求到nginx时，请求的header出现了丢失的情况？

 

1.3. proxy_ignore_headers指令

通过使用这个指令，可以控制哪些响应头部不会被传递给客户端，从而影响到客户端接收到的响应信息。

proxy_ignore_headers field ...;

# 其中，field为要设置的HTTP响应头的头域，例如“X-Accel-Redirect”、
#“X-Accel-Expires”、“Expires”、“Cache-Control”或“Set-Cookie”等。

例如，想要代理服务器转发请求时忽略掉 Set-Cookie 和 Cache-Control 这两个响应头部，可以这样配置：

location / {
    proxy_pass http://backend_server;
    proxy_ignore_headers Set-Cookie Cache-Control;
}

 

1.4. proxy_timeout

nginx官网 - proxy_timeout
在这里插入图片描述

（在客户端或代理服务器）两个成功连续的读（或写）操作之间如果超过timeout时间没有数据传输，链接将关闭。

以下是 proxy_timeout 的基本语法：

proxy_timeout timeout;

#1.timeout: 指定的超时时间，以秒为单位。可以是整数或者带有小数点的浮点数。

例如，设置代理请求的超时时间为 5 秒：

location / {
    proxy_pass http://backend_server;
    proxy_timeout 5s;
}

 

1.5. proxy_connect_timeout

用于设置代理与后端服务器建立连接时允许的最大时间。
如果在指定的时间内未能成功建立连接，Nginx 将终止连接并返回适当的错误。

例如，设置代理连接建立的超时时间为 3 秒：

location / {     
	proxy_pass http://backend_server;             
    proxy_connect_timeout 3s; 
}

 

四. Nginx服务器的负载均衡

Nginx服务器实现负载均衡，主要使用的配置是proxy_pass指令和upsteam指令。

1. nginx的upstream负载均衡方式

方式解释
轮询默认方式
weight权重方式
ip_hash依据ip分配方式
least_conn最少连接方式

1.1. 轮询（默认）

每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。参数如下：

参数说明
fail_timeout与max_fails结合使用。
max_fails设置在fail_timeout参数设置的时间内最大失败次数，如果在这个时间内，所有针对该服务器的请求都失败了，那么认为该服务器会被认为是停机了。
fail_time服务器会被认为停机的时间长度,默认为10s。
backup标记该服务器为备用服务器。当主服务器停止时，请求会被发送到它这里。
down标记服务器永久停机了。

注意：

  • 在轮询中，如果服务器down掉了，会自动剔除该服务器。
  • 缺省配置就是轮询策略。
  • 此策略适合服务器配置相当，无状态且短平快的服务使用。

 

1.2. weight

weight 代表权重，默认为1，weight和访问比率成正比，用于后端服务器性能不均的情况。

upstream backServer {
server localhost:8080   weight=2;  #tomcat 7.0
server localhost:8081;  #tomcat 8.0
server localhost:8082   backup;  #tomcat 8.5
server localhost:8083   max_fails=3 fail_timeout=20s;  #tomcat 9.0
}

在该例子中，

  1. weight参数用于指定轮询几率，weight的默认值为1
  2. weight的数值与访问比率成正比，比如Tomcat 7.0被访问的几率为其他服务器的两倍。

注意：

  • 权重越高分配到需要处理的请求越多。
  • 此策略可以与least_conn和ip_hash结合使用。
  • 此策略比较适合服务器的硬件配置差别比较大的情况。

 

1.3. ip_hash

每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。

upstream backServer{
ip_hash;
server 192.168.203.14:88;
server 192.168.203.15:80;
}

不管刷新多少遍，始终访问的是同一台tomcat服务器

注意：

  • 在nginx版本1.3.1之前，不能在ip_hash中使用权重（weight）。
  • ip_hash不能与backup同时使用。
  • 此策略适合有状态服务，比如session。
  • 当有服务器需要剔除，必须手动down掉（这样不利于更新和故障时候的响应）

 

1.4. 最少连接least_conn

把请求转发给连接数较少的后端服务器。轮询算法是把请求平均的转发给各个后端，使它们的负载大致相同；但是，有些请求占用的时间很长，会导致其所在的后端负载较高。这种情况下，least_conn这种方式就可以达到更好的负载均衡效果。

upstream backServer{ 
least_conn;
server 127.0.0.1:8080; 
server 127.0.0.1:9090; 
}

注意：此负载均衡策略适合请求处理时间长短不一造成服务器过载的情况。

 

2. 例子1：轮询

例子实现功能

  • backend服务器组中所有服务器访问优先级由weight设置。
  • 所有访问www.myweb.name（由server_name配置进行匹配）的请求都会在backend服务器组中实现负载均衡。
    …
    #配置后端服务器组
    upstream backend                                         
    {
      server 192.168.1.2:80  weight=5;
      server 192.168.1.3:80  weight=2;
      #默认weight=1
      server 192.168.1.4:80;                                 
    }
    server
    {
      listen 80;
      server_name  www.myweb.name;
      index  index.html  index.htm;
      location  /  {
        proxy_pass  http://backend;
        proxy_set_header  Host  $host;
        …
      }
      …
    }

访问过程说明

当有访问（server_name设置的）www.myweb.name的请求时，nginx会将请求转发到backend（通过upstream设置的server列表，根据轮询+权重选出一台）服务器来处理，处理后返回给客户端response。

 

3. 例子2：对特定资源实现负载均衡

根据相同域名的不同URI的请求前缀请求特定资源，实现负载均衡。

    …  #其他配置
     #配置后端服务器组1
    upstream videobackend                                       
    {
      server 192.168.1.2:80;
      server 192.168.1.3:80;
      server 192.168.1.4:80;
    }
    #配置后端服务器组2
    upstream filebackend                                         
    {
      server 192.168.1.5:80;
      server 192.168.1.6:80;
      server 192.168.1.7:80;
    }
    server
    {
      listen 80;
      server_name  www.myweb.name;
      index  index.html  index.htm;
      # location用于接收来自server：www.myweb.name的请求，并根据不同的uri前缀，将请求转发到不同的后端中
      #使用后端服务器组1
      location  /video/  {
        proxy_pass  http://videobackend;                         
        proxy_set_header  Host  $host;
        …
      }
      #使用后端服务器组2
      location  /file/  {
        proxy_pass  http://filebackend;                           
        # 设置header 保留客户端的真实信息                                                  
        proxy_set_header  Host  $host;
        proxy_set_header  X-Real-IP  $remote_addr;
        proxy_set_header  X-Forwarded-For  $proxy_add_x_forwarded_for;
        …
      }
      …
    }

 

4. 例子3：对不同域名实现负载均衡

根据不同的域名+端口定位到请求的资源

    …
    upstream bbsbackend
    {
      server 192.168.1.2:80  weight=2;
      server 192.168.1.3:80  weight=2;
      server 192.168.1.4:80;
    }
    upstream homebackend
    {
      server 192.168.1.4:80;
      server 192.168.1.5:80;
      server 192.168.1.6:80;
    }
     # 开始配置server 1                                                    
    server
    {
      listen 80;
      server_name  home.myweb.name;
      index  index.html  index.htm;
      location  /  {
        proxy_pass  http://homebackend;
        proxy_set_header  Host  $host;
        …
      }
      …
    }
      # 开始配置server 2                                                      
    server
    {
      listen 81;
      server_name  bbs.myweb.name;
      index  index.html  index.htm;
      location  /  {
        proxy_pass  http://bbsbackend;
        proxy_set_header  Host  $host;
        …
      }
      …
    }

 

五. nginx实现故障转移

1. proxy_next_upstream + proxy_connect_timeout

proxy_next_upstream和proxy_connect_timeout一起使用，就构成了NGINX的故障转移机制，使得在某一台服务器无法连接或出现问题(连接错误、超时或者上游服务器返回特定 HTTP 状态码)时，能够尝试将请求发送到下一台服务器。


   location / {
       proxy_pass http://backend_servers;
       proxy_connect_timeout 10s;
       proxy_next_upstream error timeout http_500 http_502 http_503 http_504;
       # 其他配置项...
   }

在此配置中，Nginx会首先尝试连接到backend1.example.com。如果在5秒内无法建立连接，或者该服务器返回500、502、503或504的HTTP状态码，Nginx将尝试连接到下一个上游服务器backend2.example.com。

 

2. Backup Servers

使用 backup 参数为某些上游服务器标记为备份服务器。备份服务器仅在其他所有服务器不可用时才被使用。
示例：

   upstream backend_servers {
       server backend_server1;
       server backend_server2 backup;
       server backend_server3 backup;
   }

这些方法可以单独或组合使用，具体取决于需求和架构。

 

六. 案例分析

1. 问题描述

有一个发送短信的http服务，客户端调用之后，只有一次请求，但是发了三次短信。

2. 问题分析与解决

分析：

  1. 代码中没有重试机制，通过请求分布来看，不是一台机器处理了三次，而是每台机器都处理了一次。
  2. 由nginx转发导致。 查看接口的响应时间发现每个接口的响应时间为18s左右。分析是由于后端服务器未能及时返回数据，导致了nginx的超时重试机器，将请求分发到了另外一台机器上。

查看nginx的配置文件，发现如下配置：

proxy_next_upstream http_502 http_504 error timeout invalid_header;

即实现了请求的故障转移，此时说明我们timeout设置的时间与实际接口请求情况不符。

 

解决方式：

nginx的熔断机制

当某台服务器被（反向代理服务器）转发处理请求，当出现一定次数的错误的情况下，nginx在一定时间内不再将请求分配给这台服务器进行处理。 过了熔断时间后，nginx会再次尝试分配一次请求给该服务器处理，如果还是失败，那么继续熔断。

upstream指令块中server定义的熔断参数配置

  • max_fails = number; # 熔断机制的错误次数 阈值（默认1）
  • fail_timeout = time #熔断时间（nginx标记服务器不可用的持续时间，默认10s）

配置如下：

...
   upstream starrocks-tcp2
    {
      ip_hash;
      server hostname1:8030 weight=1 max_fails=1 fail_timeout=10s; #Leader
      server hostname2:8030 weight=1 max_fails=1 fail_timeout=10s; #Follower
      server hostname3:8030 weight=1 max_fails=1 fail_timeout=10s; #Follower

    }
...

 
参考：
《Nginx高性能Web服务器详解》
https://zhuanlan.zhihu.com/p/547130562
nginx官网 - ngx_stream_proxy_module

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

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

相关文章

pytest配置文件pytest.ini

pytest配置文件pytest.ini

说明： pytest.ini是pytest的全局配置文件，一般放在项目的根目录下是一个固定的文件-pytest.ini可以改变pytest的运行方式，设置配置信息，读取后按照配置的内容去运行 pytest.ini 设置参数 addopts 设置自定义执行参数&#xff0…
阅读更多...
IDEA启动项目遇到的异常汇总，包括插件异常，版本依赖异常，启动异常等以及对应的解决办法

IDEA启动项目遇到的异常汇总，包括插件异常，版本依赖异常，启动异常等以及对应的解决办法

该文章旨在记录开发中遇到的一些异常，以供遇到似错误进行参考修改 一、项目在多个环境下切换，有一次启动后编译失败，报异常 背景：项目在不同环境下有对应的分支，切换分支后运行项目，报错如下 错误:Kotlin:…
阅读更多...
赠书活动~

赠书活动~

关注公众号获得，发送抽奖
阅读更多...
PolarDB无感切换特性助力游戏领域高可用实践

PolarDB无感切换特性助力游戏领域高可用实践

❤️作者主页：小虚竹 ❤️作者简介：大家好,我是小虚竹。2022年度博客之星评选TOP 10🏆，Java领域优质创作者🏆，CSDN博客专家🏆，华为云享专家🏆，掘金年度人气作…
阅读更多...
《WebKit 技术内幕》学习之六（2）： CSS解释器和样式布局

《WebKit 技术内幕》学习之六（2）： CSS解释器和样式布局

2　CSS解释器和规则匹配 在了解了CSS的基本概念之后，下面来理解WebKit如何来解释CSS代码并选择相应的规则。通过介绍WebKit的主要设施帮助理解WebKit的内部工作原理和机制。 2.1　样式的WebKit表示类 在DOM树中，CSS样式可以包含在“style”元素中或者使…
阅读更多...
依托物联网、互联网，建立云端大数据管理平台，形成“端+云+大数据”的智慧工地

依托物联网、互联网，建立云端大数据管理平台，形成“端+云+大数据”的智慧工地

概述： 智慧工地，是将物联网应用到建筑工地中，从施工现场源头抓起，最大程度的收集人员、安全、环境、材料等关键业务数据，依托物联网、互联网，建立云端大数据管理平台，的业务体系和新的管理模式…
阅读更多...
Linux下用树莓派DS18B20温度传感器读取温度并上传至服务端

Linux下用树莓派DS18B20温度传感器读取温度并上传至服务端

目录 一、DS18B20温度传感器 二、逻辑分析 三、实战操作 1、服务端 2、客户端 3、运行结果 一、DS18B20温度传感器 DS18B20是比较常用到的温度传感器，采用单总线控制。是美国DALLAS半导体公司继DS1820之后最新推出的一种改进型智能温度传感器。关于该温度传感…
阅读更多...
Leetcode刷题笔记题解（C++）：LCR 153. 二叉树中和为目标值的路径

Leetcode刷题笔记题解（C++）：LCR 153. 二叉树中和为目标值的路径

思路：利用回溯的思想，回溯的退出条件为当前节点为空，是符合路径的判断条件为路径和为目标值且叶子节点包含了，代码如下： /*** Definition for a binary tree node.* struct TreeNode {* int val;* TreeNode *…
阅读更多...
Elasticsearch 常用信息

Elasticsearch 常用信息

简述 本文针对 Elasticsearch（简称ES）集群6.x版本出现故障时，可通过提供的命令进行排查。 1、集群健康状态 集群健康状态状态说明red不是所有的主要分片都可用。表示该集群中存在不可用的主分片。可以理解为某个或者某几个索引存在主分片丢失…
阅读更多...
Vue2：全局事件总线

Vue2：全局事件总线

一、场景描述 之前我们学习了，通过props实现父子组件之间的通信。通过自定义组件，实现了子给父传递数据。 那么，兄弟关系的组件，如何通信了？任意组件间如何通信了？ 这个时候，就要学习全局事件总…
阅读更多...
测试工程师必看！测试用例设计全解析，让你彻底掌握

测试工程师必看！测试用例设计全解析，让你彻底掌握

测试工程师在入行时，都会接触到一个名词——测试用例，都知道测试用例是干什么用的，提到设计测试用例的方法，大部分测试工程师都会侃侃而谈：等价类法、边界值法、判定表法、正交分解法……这些方法说起来都如数家珍&…
阅读更多...
8-Python 工匠：使用装饰器的技巧

8-Python 工匠：使用装饰器的技巧

Python 工匠：使用装饰器的技巧 前言 这是 “Python 工匠”系列的第 8 篇文章。[查看系列所有文章] 装饰器 (Decorator) 是 Python 里的一种特殊工具，它为我们提供了一种在函数外部修改函数的灵活能力。它有点像一顶画着独一无二 符号的神奇帽子&#x…
阅读更多...
仰暮计划|“说是操场，那就是个土坡，我们在那儿上边种种树啊，拔拔草，有的时候还会有同学来喂喂羊啥的，这都是我们的娱乐”

仰暮计划|“说是操场，那就是个土坡，我们在那儿上边种种树啊，拔拔草，有的时候还会有同学来喂喂羊啥的，这都是我们的娱乐”

我是1948年农历二月份在河南省许昌市五女店镇的一个乡村里边出生的。从我记事的时候，中华人民共和国就已经成立了。当时是好多年，经历了三大改造呀、生产队呀、大队呀，乱七八糟的很多，估计你们现在这些孩子们啊，都没有…
阅读更多...
浪花 - 更新队伍信息

浪花 - 更新队伍信息

一、接口设计 1. 请求路径：/team/update 2. 请求参数：TeamUpdateRequest 有些数据不允许修改，封装一个请求类，只存放允许修改的参数列表 package com.example.usercenter.model.request;import lombok.Data;import java.io.Se…
阅读更多...
9款最新文生图模型汇总！含华为、谷歌、Stability AI等大厂创新模型（附论文和代码）

9款最新文生图模型汇总！含华为、谷歌、Stability AI等大厂创新模型（附论文和代码）

2023年真是文生图大放异彩的一年，给数字艺术界和创意圈注入了新鲜血液。从起初的基础图像创作跃进到现在的超逼真效果，这些先进的模型彻底变革了我们制作和享受数字作品的途径。 最近，一些大公司比如华为、谷歌、还有Stability AI等人工智能巨…
阅读更多...
软件工程实验报告（完整）

软件工程实验报告（完整）

博主介绍：✌全网粉丝喜爱、前后端领域优质创作者、本质互联网精神、坚持优质作品共享、掘金/腾讯云/阿里云等平台优质作者、擅长前后端项目开发和毕业项目实战✌有需要可以联系作者我哦！ 🍅附上相关C语言版源码讲解🍅 &#x1f44…
阅读更多...
c语言编译链接

c语言编译链接

目录 目录 前言 一.c语言的编译链接 1.翻译环境 编译阶段可以分为预处理，编译，汇编三个阶段 预处理阶段 编译阶段 词法分析 语法分析 语义分析 汇编阶段 链接阶段 2.运行环境 二.预处理详解 #define定义常量 #define定义宏 宏和函数的对比 #和##运算符…
阅读更多...
ETL概念

ETL概念

ETL ETLELT 技术原理ETL 模式应用场景常见工具ETL未来发展方向 ETL 在BI项目中ETL会花掉整个项目至少1/3的时间， ETL设计的好坏直接关接到BI项目的成败。ETL(Extract-Transform-Load) : 用来描述将数据从来源端经过抽取（extract）、转换&…
阅读更多...
VS2019配置Reshaper

VS2019配置Reshaper

参考VisualStudio神级插件。一JetBrains Resharpera2023.3.2学习版 拉到下面下载主程序，下载就点下一步就好了 然后不要打开VS2019，再按上面的地址下载学习补丁，下载好如图： 查看ReadMe 我们已经装好Reshaper了，然后点…
阅读更多...
gmpy2与一些python库在vscode下没有自动补全的一种缓解方案

gmpy2与一些python库在vscode下没有自动补全的一种缓解方案

经过一定的研究，该问题的原因初步判断是gmpy2这个库天生没有把补全的函数doc说明附在pip包中。且因gmpy2是由C编译而来，以dll或so的形式作为动态链接库给python调用，这意味着无法从源码薅到可用的源码注释。 接下来先讲解决方案，再…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023