Ansible的task执行方式控制：forks以及serial

已于 2022-06-28 21:56:43 修改
阅读量1.8k 收藏 5
点赞数 4
分类专栏： Ansible 文章标签： devops 运维
于 2022-06-28 21:53:41 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ikkyphoenix/article/details/125502757
版权

Contents


在这里插入图片描述
Ansible执行task的时候，会依据配置文件中指定的forks参数、inventory中指定的主机以及主机组、以及选择的目标主机和定义的task数决定执行的方式。

比如inventory主机清单文件中，记录了20台服务器，配置文件中的forks参数指定为5，同时有2个task需要执行，此时就表示每次最多允许对5台服务器进行操作，如果剩下的服务器数不足5台，则对剩下的所有服务器执行操作。

那么，对于多个task，以及多台服务器执行的时候，按照目标主机的执行方式，通常有2种方式：广度优先和深度优先。

所谓的广度优先，是将每个task先按照forks约定的参数，在所有服务器上分批并行执行，等这个task执行完毕之后，继续按照相同的方式执行后续的task。

而所谓的深度优先，是在serial参数指定的参数（通常小于forks指定的参数）约定数目的服务器上并行执行完所有的task之后，才会继续在下一组服务器上，按照相同的方式执行完所有的task。

1. Ansible执行task的方式：广度优先

依据forks参数，决定一次在多少个服务器上并行执行相应的task，对于包含多个task的场景，这种方式会先将1个task在指定的所有服务器上都执行完成之后，才会执行后续的task。所以对于一个包含多个task的playbook来说，此时所有服务器的状态都是不完整的，都是处于中间状态的。

但是当这个包含多个task的playbook执行完成之后，所有执行成功的服务器的状态都是被更新完成的。

这种方式适合对服务器的中间状态不敏感的场景，其优点是可以对指定的所有主机执行同步的配置操作；缺点是更新过程中所有服务器都是未完成配置的中间状态。

比如下面的场景，有4台服务器需要配置（nodeA, nodeB, nodeC, nodeD），playbook中定义了2个task，forks指定的参数是5，而每个task执行的耗时为5秒。

此时，执行过程如下：

  1. 第一次执行：由于forks数大于服务器数，所以所有的服务器都会被选中，并行执行第一个task，所以此时执行完成耗时为5秒；
  2. 第二次执行：同样所有的服务器都会被选中，并且并行执行第二个task，所以此时执行完成耗时同样为5秒。
  3. 最终，这个playbook在所有服务器上执行完成之后，总的耗时为10秒。

示例代码如下：

user@wsg7:1st$ vim test_forks.yml
user@wsg7:1st$ cat test_forks.yml
---
- hosts: c7u6s1,c7u6s2,c7u6s3,c7u6s4
  gather_facts: false

  tasks:
  - name: echo hostname
    command: hostname

  - name: echo datetime
    command: date
user@wsg7:1st$ ansible-playbook -f 5 test_forks.yml

PLAY [c7u6s1,c7u6s2,c7u6s3,c7u6s4] >******************************************************************************************> ******************

TASK [echo hostname]  **************************************************************************************************************************
changed: [c7u6s1]
changed: [c7u6s2]
changed: [c7u6s3]
changed: [c7u6s4]

TASK [echo datetime] >**************************************************************************************************************************
changed: [c7u6s1]
changed: [c7u6s3]
changed: [c7u6s2]
changed: [c7u6s4]

PLAY RECAP ************************************************************************************************************************************
c7u6s1                     : ok=2    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0
c7u6s2                     : ok=2    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0
c7u6s3                     : ok=2    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0
c7u6s4                     : ok=2    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0

user@wsg7:1st$

上述输出结果中，显示每个task在所有服务器上并行执行，执行完成之后，才会开始执行后续的task。

上面是forks数大于服务器数的情况，对于forks数小于服务器数的场景，比如有4台服务器，playbook中同样有2个task，forks数配置为2，每个task的执行所需时间仍然为5秒。

此时的执行过程如下：

  1. 第一次执行：4台服务器中的2台被选中，并行执行第一个task，所以执行完成之后的耗时为5秒；
  2. 第二次执行：剩下的2台服务器被选中，执行第一个task，所以此时执行完成之后耗时5秒；
  3. 第三次执行：4台服务器中的2台被选中，并行执行第二个task，所以执行完成之后耗时为5秒；
  4. 第四次执行：剩下的2台服务器被选中，执行第二个task，所以执行完成耗时为5秒；
  5. 最终总的耗时为20秒。

示例代码如下：

---
- hosts: c7u6s1,c7u6s2,c7u6s3,c7u6s4
  gather_facts: false

  tasks:
  - name: echo hostname
    shell: hostname; sleep 1

  - name: echo datetime
    shell: date; sleep 1

执行上述的palybook，具体如下：

user@wsg7:1st$ ansible-playbook -f 2 -v test_forks.yml
Using /etc/ansible/ansible.cfg as config file

PLAY [c7u6s1,c7u6s2,c7u6s3,c7u6s4] ************************************************************************************************************

TASK [echo hostname] **************************************************************************************************************************
changed: [c7u6s1] => {"ansible_facts": {"discovered_interpreter_python": "/usr/bin/python"}, "changed": true, "cmd": "hostname; sleep 1", "delta": "0:00:01.006387", "end": "2022-06-28 17:10:30.556334", "msg": "", "rc": 0, "start": "2022-06-28 17:10:29.549947", "stderr": "", "stderr_lines": [], "stdout": "c7u6s1", "stdout_lines": ["c7u6s1"]}
changed: [c7u6s2] => {"ansible_facts": {"discovered_interpreter_python": "/usr/bin/python"}, "changed": true, "cmd": "hostname; sleep 1", "delta": "0:00:01.003715", "end": "2022-06-28 17:10:30.557691", "msg": "", "rc": 0, "start": "2022-06-28 17:10:29.553976", "stderr": "", "stderr_lines": [], "stdout": "c7u6s2", "stdout_lines": ["c7u6s2"]}
changed: [c7u6s3] => {"ansible_facts": {"discovered_interpreter_python": "/usr/bin/python"}, "changed": true, "cmd": "hostname; sleep 1", "delta": "0:00:01.004623", "end": "2022-06-28 17:10:31.800163", "msg": "", "rc": 0, "start": "2022-06-28 17:10:30.795540", "stderr": "", "stderr_lines": [], "stdout": "c7u6s3", "stdout_lines": ["c7u6s3"]}
changed: [c7u6s4] => {"ansible_facts": {"discovered_interpreter_python": "/usr/bin/python"}, "changed": true, "cmd": "hostname; sleep 1", "delta": "0:00:01.004561", "end": "2022-06-28 17:10:31.811011", "msg": "", "rc": 0, "start": "2022-06-28 17:10:30.806450", "stderr": "", "stderr_lines": [], "stdout": "c7u6s4", "stdout_lines": ["c7u6s4"]}

TASK [echo datetime] **************************************************************************************************************************
changed: [c7u6s1] => {"changed": true, "cmd": "date; sleep 1", "delta": "0:00:01.005884", "end": "2022-06-28 17:10:33.050719", "msg": "", "rc": 0, "start": "2022-06-28 17:10:32.044835", "stderr": "", "stderr_lines": [], "stdout": "Tue Jun 28 17:10:32 CST 2022", "stdout_lines": ["Tue Jun 28 17:10:32 CST 2022"]}
changed: [c7u6s2] => {"changed": true, "cmd": "date; sleep 1", "delta": "0:00:01.004152", "end": "2022-06-28 17:10:33.051957", "msg": "", "rc": 0, "start": "2022-06-28 17:10:32.047805", "stderr": "", "stderr_lines": [], "stdout": "Tue Jun 28 17:10:32 CST 2022", "stdout_lines": ["Tue Jun 28 17:10:32 CST 2022"]}
changed: [c7u6s3] => {"changed": true, "cmd": "date; sleep 1", "delta": "0:00:01.004385", "end": "2022-06-28 17:10:34.231918", "msg": "", "rc": 0, "start": "2022-06-28 17:10:33.227533", "stderr": "", "stderr_lines": [], "stdout": "Tue Jun 28 17:10:33 CST 2022", "stdout_lines": ["Tue Jun 28 17:10:33 CST 2022"]}
changed: [c7u6s4] => {"changed": true, "cmd": "date; sleep 1", "delta": "0:00:01.004384", "end": "2022-06-28 17:10:34.236657", "msg": "", "rc": 0, "start": "2022-06-28 17:10:33.232273", "stderr": "", "stderr_lines": [], "stdout": "Tue Jun 28 17:10:33 CST 2022", "stdout_lines": ["Tue Jun 28 17:10:33 CST 2022"]}

从上述的输出时间中，可以看出，每个task都是分2次执行的，因为指定了forks数为2，实际主机数为4台。
上述就是所谓的广度优先，即先在所有主机上执行1个task，直至所有的主机都执行完成之后，采用相同的方式执行后续的task。

2. Ansible执行task的方式：深度优先

而对于深度优先的执行方式，则是在指定数目的服务器上执行完playbook的所有task之后，才会继续在剩余的其他主机上执行这个playbook中定义的task。

这是通过在playbook中指定serial关键字实现的，所以其是在forks参数的基础上，进一步进行约定，从而实现指定数目的服务器执行完成playbook之后，才会在其他服务器上执行的操作。这种方式，类似于滚动更新。

比如，此时仍然为4台服务器，forks仍然设置为5，然后在playbook中增加serial关键字，并将其值设置为2，playbook中仍然有2个task，且每个task执行耗费时间为5秒。

此时的执行过程如下：

  1. 第一次执行：从4台服务器中挑选两台，并行执行第一个task，直至第一个task执行完成，此时耗费时间为5秒；
  2. 第二次执行：在这两台服务器上，继续并行执行第二个task，直至第二个task执行完成，此时耗费时间为5秒；
  3. 第三次执行：在剩下的2台服务器上，并行执行第一个task，直至第一个task执行完成，此时耗费时间为5秒；
  4. 第四次执行：继续在剩下的2台服务器上，并行执行第二个task，直至diergetask执行完成，此时耗时为5秒；
  5. 至此，4台服务器上都已经执行完成了，总耗时为20秒。

示例代码如下：

---
- hosts: c7u6s1,c7u6s2,c7u6s3,c7u6s4
  gather_facts: false
  serial: 2

  tasks:
  - name: echo hostname
    shell: hostname; sleep 1

  - name: echo datetime
    shell: date; sleep 1

执行过程如下：

user@wsg7:1st$ ansible-playbook -f 5 test_serial.yml

PLAY [c7u6s1,c7u6s2,c7u6s3,c7u6s4] ************************************************************************************************************

TASK [echo hostname] **************************************************************************************************************************
changed: [c7u6s2]
changed: [c7u6s1]

TASK [echo datetime] **************************************************************************************************************************
changed: [c7u6s1]
changed: [c7u6s2]

PLAY [c7u6s1,c7u6s2,c7u6s3,c7u6s4] ************************************************************************************************************

TASK [echo hostname] **************************************************************************************************************************
changed: [c7u6s3]
changed: [c7u6s4]

TASK [echo datetime] **************************************************************************************************************************
changed: [c7u6s3]
changed: [c7u6s4]

PLAY RECAP ************************************************************************************************************************************
c7u6s1                     : ok=2    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0
c7u6s2                     : ok=2    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0
c7u6s3                     : ok=2    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0
c7u6s4                     : ok=2    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0

user@wsg7:1st$

上述输出结果，也验证了执行过程，即在serial指定数目的服务器上执行完playbook中定义的所有task之后，才会继续在后续的其他服务器上执行这个playbook。
如果playbook中的serial值比forks的值大，此时以serial为准，执行并行操作。修改后的yaml文件具体如下所示：

---
- hosts: c7u6s1,c7u6s2,c7u6s3,c7u6s4
  gather_facts: false
  serial: 4

  tasks:
  - name: echo hostname
    shell: hostname; sleep 1

  - name: echo datetime
    shell: date; sleep 1

执行上述playbook的时候，指定forks值为2，此时serial的值比forks值大。此时的执行效果如下：

user@wsg7:1st$ ansible-playbook -f 2 test_serial.yml

PLAY [c7u6s1,c7u6s2,c7u6s3,c7u6s4] ************************************************************************************************************

TASK [echo hostname] **************************************************************************************************************************
changed: [c7u6s1]
changed: [c7u6s2]
changed: [c7u6s3]
changed: [c7u6s4]

TASK [echo datetime] **************************************************************************************************************************
changed: [c7u6s1]
changed: [c7u6s2]
changed: [c7u6s3]
changed: [c7u6s4]

PLAY RECAP ************************************************************************************************************************************
c7u6s1                     : ok=2    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0
c7u6s2                     : ok=2    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0
c7u6s3                     : ok=2    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0
c7u6s4                     : ok=2    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0

可以看出，上述的执行过程，是4个服务器并行执行，并行数量并不受forks的数量限制。

从上述的两种方式中可以看出，forks和serial都可以决定并行执行的服务器数量，当没有在playbook中指定serial的时候，则以forks的值作为并行运行的服务器数量依据；当在playbook中指定了serial且同时配置了forks的时候，则以serial的值作为并行运行的服务器数量的依据。

2.1. serial的其他用法

serial关键字除了可以指定为数字之外，还可以指定为百分数，表示单次并行执行的主机数占指定的总主机数的百分比。此时的定义形式如下：

---
- name: test play
  hosts: webservers
  serial: "30%"

  tasks:
  - name: task1
    command: hostname
  - name: task2
    command: datetime

上述输出表示，每次从指定的所有主机中选择30%执行。

还可以将serial的值设置为列表，每个列表项表示并行执行的服务器数量。具体如下：

---
- name: test play
  hosts: webservers
  serial:
    - 1
    - 5
    - 10
  tasks:
  - name: task1
    command: hostname
  - name: task2
    command: date

上述代码的含义，是第一次执行的时候，从指定的所有服务器中挑选1台，执行playbook中的所有task，第二次执行的时候，从指定的所有服务器中选中5台执行playbook中的所有task，第三次执行，从指定的所有服务器中选中10台执行playbook中的所有task，此时如果还有未执行过的服务器，则按照forks定义的数量并行执行。

在serial的列表中，还可以将数字与百分数混合使用，具体如下：

---
- name: test play
  hosts: webservers
  serial:
    - 1
    - "50%"
  tasks:
  - name: task1
    command: hostname
  - name: task2
    command: date

上述代码的含义，是从指定的服务器中选择1台执行playbook，当执行完成之后，从剩余主机中选择全部主机总数的50%的主机执行playbook，此时如果还有未执行过的指定主机，则按照forks的指定参数，并行执行。
代码如下：

---
- hosts: c7u6s1,c7u6s2,c7u6s3,c7u6s4
  gather_facts: false
  serial:
  - 1
  - 50%

  tasks:
  - name: echo hostname
    shell: hostname; sleep 1

  - name: echo datetime
    shell: date; sleep 1

上述playbook的执行过程如下：

user@wsg7:1st$ ansible-playbook -f 5 test_serial.yml

PLAY [c7u6s1,c7u6s2,c7u6s3,c7u6s4] ************************************************************************************************************

TASK [echo hostname] **************************************************************************************************************************
changed: [c7u6s1]

TASK [echo datetime] **************************************************************************************************************************
changed: [c7u6s1]

PLAY [c7u6s1,c7u6s2,c7u6s3,c7u6s4] ************************************************************************************************************

TASK [echo hostname] **************************************************************************************************************************
changed: [c7u6s2]
changed: [c7u6s3]

TASK [echo datetime] **************************************************************************************************************************
changed: [c7u6s3]
changed: [c7u6s2]

PLAY [c7u6s1,c7u6s2,c7u6s3,c7u6s4] ************************************************************************************************************

TASK [echo hostname] **************************************************************************************************************************
changed: [c7u6s4]

TASK [echo datetime] **************************************************************************************************************************
changed: [c7u6s4]

PLAY RECAP ************************************************************************************************************************************
c7u6s1                     : ok=2    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0
c7u6s2                     : ok=2    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0
c7u6s3                     : ok=2    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0
c7u6s4                     : ok=2    changed=2    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0

从上述输出中可以看出，先挑选出一台服务器执行playbook，执行完成之后，从剩余的服务器中选择总数的50%的服务器（总数4台，50%即为2台）继续执行playbook，此时还有主机没有被执行完，且此时的forks数大于剩余的服务器数，所以直接将剩余的服务器全部执行。

3. References

[1]. Difference between Forks and Serial in Ansible
[2]. Controlling playbook execution: strategies and more

企鹅与蟒蛇
关注
专栏目录
模板管理、清单管理、并行方式（forks与serial）
bzdmz_的博客
07-30 408
模板管理 jinja2简介 用于定义配置文件。Ansible将jinja2模板系统用于模板文件。Ansible还使用jinja2语法来引用playbook中的变量。 清单管理 并行方式 forks serial
ansible的task详解
Lem0n_Tree的博客
05-19 3514
1.判断语句when [root@manager ansible_tasks]# cat t1.yml - hosts: webservers tasks: - name: Installed HTTP Server yum: name: httpd state: present when: (ansible_distribution == "CentOS") - name: Installed HTTP Server
Ansible 任务（Tasks）
最新发布
wushengT的博客
08-27 280
定义任务name：任务的描述性名称，用于说明任务的目的和作用，提升 Playbook 的可读性。模块名称：指定要执行的模块，例如yumaptservice等。模块参数：定义模块的操作细节，如软件包名称、服务状态等。组织任务：任务按照执行顺序组织在tasks列表中，Playbook 中的任务是按顺序依次执行的，直到所有任务完成或遇到错误。示例tasks:yum:service:解释：这个任务列表包括两个任务，第一个任务使用yum模块安装 Nginx，第二个任务使用service。
ansible-Task-04
crykenneth
11-27 246
playbook条件语句 判断在ansible任务中的使用频率非常高。比如yum模块可以检测软件包是否已经安装，而在这个过程中我们不用做太多的人工干预。但是也有部分任务需要进行判断。比如：web服务器角色都需要安装nginx仓库，但其他的服务器角色并不需要，此时就会用到when判断。 比如：Centos与Ubuntu系统都需要安装Apache，可Centos系统的Apache软件包是httpd，而Ubuntu系统的Apache软件包是httpd2，那么此时就需要判断主机系统，然后为不同的主机系统安装不同的软
ansible基础-task控制
MaueiceWei999的博客
12-02 525
ansible基础-task控制 1. 前言 很多情况下，一个play是否执行会依赖于某个（些）变量的值，这个变量可以来自自定义变量、facts，甚至是另一个task的执行结果。 ansible通过变量判定task是否执行，我们称之为task控制。 在我看来，ansible的控制语句带来的最大的好处就是使部署代码更加健壮，举几个例子： ...
Linux Ansible创建任务并执行（临时任务、剧本任务、常用模块、故障排查）
m0_49864110的博客
04-25 1444
Ansible实现管理的两种方式通过add-hoc临时执行ansible任务（只可以执行一次）通过playbook执行ansible任务（通过脚本执行，可以重复执行）
Ansible-管理大项目
m0_53765226的博客
11-26 266
Ansible-管理大项目
ansible-1.9.6源码分析
qq_40085317的博客
12-24 1198
ansible1.9.6源码分析ansible-1.9.6源码分析开篇说明源码目录结构重点代码讲解任务执行流程小结 ansible-1.9.6源码分析 开篇说明 源码目录结构 重点代码讲解 任务执行流程 小结 ...
ansible自动化运维(5)
FYRXP的博客
05-01 854
##处理任务失败 通常playbook遇到错误会中止执行，但是有时我们想要失败时也继续执行 ##忽略任务失败 关键字：ignore_errors #举例 [root@workstationcode]#cat ignore.yml --- - name: Test hosts: webservers tasks: - name: Install package yum...
python ansible使用（1）ansible-api
xiaofuge027的博客
09-07 1395
python2.7.5 ansible==2.7.0 # -*- coding:utf8 -*- import os import sys import logging # from collections import namedtuple from ansible.vars.manager import VariableManager from ansible.inventory.manager import InventoryManager from ansible.parsing....
Ansible 任务块及循环
2301_81571685的博客
12-26 1006
block任务块。
8.Ansible.tasks任务
JCWang的博客
09-27 809
when：判断主机系统是centos则安装httpd、如果是ubuntu则安装httpd2。因为测试机都是centos系统所以httpd2的模块就都跳过了。例：centos和ubuntu都需要安装apache，执行完后两个不同的文件被复制到了不同文件夹下。执行完后两台测试机上都批量装了这两个软件。执行完后每台测试机上的两个服务都启动了。例：给对应web主机名的机器拷贝文件。复制不同的文件到不同的文件夹下。
ansible 入门教程02 Tasks list
彭淦淦的博客
03-15 284
每一个play都是一系列的task(任务)，任务执行是按照顺序一次一个的执行的，每个任务的目的是调用一个模块，通过特定的参数，变量 模块是可以重复执行的，模块执行过程中只会变更需要变更的部分来达到目的状态，所以你可以重复执行某个模块 command 和shell模块会重复执行，如果是chmod这样的命令也是没有关系的 每一个task 都需要有一个name,这个name会在palybook执行的时候输出，如果没有提供name,输出的时候就会输出action的内容 下边是一个例子 task: – name: m
Ansible 学习总结（11）—— task 并行执行之 forks 与 serial 参数详解
科技D人生
08-01 2666
Ansible执行task的时候，会依据配置文件中指定的forks参数、inventory中指定的主机以及主机组、以及选择的目标主机和定义的task数决定执行的方式。比如inventory主机清单文件中，记录了20台服务器，配置文件中的forks参数指定为5，同时有2个task需要执行，此时就表示每次最多允许对5台服务器进行操作，如果剩下的服务器数不足5台，则对剩下的所有服务器执行操作。...
Linux Ansible任务控制（循环判断、处理程序、失败任务）
m0_49864110的博客
04-28 1838
等待tasks中任务执行的结果为changed（黄色）时触发notify，然后调用handlers下的此notify所对应的任务。block：定义要运行的主要任务（block中的任何一个task出错，会顺序执行rescue中的task）并不是所有的错误都可以忽略，只有当任务的执行成功或失败对后面的任务没有关联的时候才可以忽略。block任务执行成功 → 直接走always中的任务（不执行rescue对应的任务）handler里面的任务只会执行依次，即使handler中的一个任务被通知了多次。
ansible的block任务块(一组逻辑tasks)
识途老码
10-18 1014
block任务块
ansible playbook play task执行顺序
marylgao技术专栏
03-28 3010
当我们使用ansible-playbook执行playbook，我们可以指定一个或者多个playbook，而一个playbook中可以有多个play，这些play下面又会存在一个或者多个task，这些task会调用module去执行shell脚本，或者文件拷贝等等各种命令，具体可参考ansible playbook基本概念 我们知道在配置play的task时，可以配置pre_tasks, task和post_tasks,还可以配置roles，那这些task具体是怎么执行的呢？ 下面这个图将解释具体执行过程
ansible总结
weixin_30856965的博客
07-12 262
1 介绍 Ansible中文权威指南：http://www.ansible.com.cn/ ansible是一种自动化运维工具,基于paramiko开发的,并且基于模块化工作，Ansible是一种集成IT系统的配置管理、应用部署、执行特定任务的开源平台，它是基于python语言，由Paramiko和PyYAML两个关键模块构建。集合了众多运维工具的优点，实现了...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值