Ansible基础5——条件语句、循环语句、handlers、任务失败处理

news2024/11/27 4:13:09

文章目录

  • 一、 循环语句
    • 1.1 单量循环
    • 1.2 多量循环
    • 1.3 老版本用法
    • 1.4 loop+register
  • 二、条件判断
    • 2.1 根据变量状态判断
    • 2.2 根据变量是否存在判断
    • 2.3 根据事实判断
    • 2.4 多条件判断
      • 2.4.1 and用法
      • 2.4.2 or用法
    • 2.5 循环判断
    • 2.6 根据上个任务结果判断
  • 三、handlers处理程序
  • 四、任务失败处理方法
    • 4.1 忽略失败任务
    • 4.2 强制执行失败任务
    • 4.3 自定义报错显示信息
    • 4.4 自定义“changed”出现时机
    • 4.5 Ansible块和错误处理

一、 循环语句

  • 可以使用item循环变量+loop模块组合使用，实现普通循环。
  • 常用于一键操作，比如一键安装所有组件服务。

1.1 单量循环

  • 只对一个变量进行循环

1.一键停止受控机上的两个服务。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 一键操作
  hosts: 192.168.130.161
  tasks:
    - name:  停止服务
      service:
        name: "{{ item }}"     ##引用循环变量。
        state: stopped
      loop:              ##使用loop模块，要操作的对象列表。
        - postfix
        - crond

在这里插入图片描述
2.推荐写法，定义变量，一键启动受控机上的两个服务。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 一键操作
  vars:
    service_name:         ##定义变量，填写操作对象列表。
      - crond
      - postfix
  hosts: 192.168.130.161
  tasks:
    - name:  停止服务
      service:
        name: "{{ item }}"
        state: started
      loop: "{{ service_name }}"    ##模块直接引用变量。

在这里插入图片描述
3.使用变量文件定义，停止受控机上的两个服务。
在这里插入图片描述
在这里插入图片描述

1.2 多量循环

  • 对多个变量进行循环。

1.在受控机上创建两个用户，baimu1和baimu2，属组分别是root、qingjun。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 一键操作
  hosts: 192.168.130.161
  tasks:
    - name:  停止服务
      user:
        name: "{{ item.name }}"     ##循环变量。
        group: "{{ item.group  }}"
        state: present
      loop:           
        - name: baimu1
          group: root
        - name: baimu2
          group: qingjun

在这里插入图片描述

1.3 老版本用法

  • 之前版本的循环是通过以下字段来实现的。
循环关键字描述
with_items行为与简单列表的loop关键字相同，例如字符串列表或散列/字典列表。但与loop不同的是，如果为with_items提供了列表的列表，它们将被扁平化为单级列表。循环变量item保存每次迭代过程中使用的列表项。
with_file此关键字需要控制节点文件名列表。循环变量item在每次迭代过程中保存文件列表中相应文件的内容。
with_sequence此关键字不需要列表，而是需要参数来根据数字序列生成值列表。循环变量item在每次迭代过程中保存生成的序列中的一个生成项的值。

1.列出受控机的/opt目录下文件内容。
在这里插入图片描述
2.主控机编写剧本，验证查看。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 一键操作
  hosts: 192.168.130.161
  vars:
    qingjun:                ##定义变量qingjun。
      - /opt/baimu.txt
      - /opt/baimu1.txt
      - /opt/baimu2.txt
  tasks:
    - name:  获取文件内容
      shell: |
        cat "{{ item  }}"    ##循环变量。
      with_items: "{{ qingjun  }}"    ##使用with_items循环模块，应用变量qingjun，作用与loop模块相似。
      register: jis          ##将获取的结果注册到变量jis里去。
    - debug: var=jis    ##将jis变量内容打印出来。

在这里插入图片描述

1.4 loop+register

  • 配合打印循环。

1.打印出“zhangsan喜欢吃牛排”、“lisi喜欢吃牛排”的的信息。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 一键操作
  hosts: 192.168.130.161
  tasks:
    - name:  获取文件内容
      shell: |
        echo  "{{ item  }}" 特别喜欢吃牛排!      ##循环变量，依次跟局loop循环模块列表来执行。
      loop:
        - zhangsan
        - lisi
      register: qingjun      ##将获取的结果注册到循环变量里去。
    - name: Print  
      debug: 
        var: qingjun         ##打印输出。

在这里插入图片描述
2.从打印的结果再取值。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 一键操作
  hosts: 192.168.130.161
  tasks:
    - name:  获取文件内容
      shell: |
        echo  "{{ item  }}" 特别喜欢吃牛排!
      loop:
        - zhangsan
        - lisi
      register: qingjun
    - name: Print  
      debug: 
        msg: |
          "结果是:{{ item.start  }}"     ##取results里面的start的值，再进行打印。
      loop: "{{ qingjun['results'] }}"     ##从打印的整体结果里卖弄再取results部分里面的值。
    ##loop: "{{ qingjun.results }}"  ##第二种写法。

在这里插入图片描述
在这里插入图片描述

二、条件判断

  • 使用when语句来进行条件判断，若条件满足，则运行任务；若条件不满足，则跳过任务。
  • when语句放在任务名称和模块（及模块参数）的后面。
标识符示例
等于（值为字符串）ansible_machine == “x86_64”
等于（值为数字）max_memory == 512
小于min_memory < 128
大于min_memory > 256
小于等于min_memory <= 256
大于等于min_memory >= 512
不等于min_memory != 512
变量存在min_memory is defined
变量不存在min_memory is not defined
布尔变量是True。1、True或yes的求值为Truememory_available
布尔变量是False。0、False或no的求值为Falsenot memory_available
第一个变量的值存在，作为第二个变量的列表中的值ansible_distribution in supported_distros

2.1 根据变量状态判断

1.根据某个变量的取值状态判断是否执行某个任务。这里根据变量service_status是否等于true来判断是否要安装httpd服务。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 安装服务
  hosts: 192.168.130.161
  vars:
    service_status: true    ##定义一个变量。
  tasks:
    - name: 判断apache是否安装
      yum:
        name: httpd
        state: present
      when: service_status      ##判断这个变量，条件语句里不能存在{{ }}引用符号。

在这里插入图片描述

2.2 根据变量是否存在判断

1.根据上下文是否定义某个变量来判断是否执行某个任务。这里根据是否定义了变量service_name来判断是否要安装httpd服务。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 安装服务
  hosts: 192.168.130.161
  tasks:
    - name: 判断apache是否安装
      yum:
        name: "{{ service_name }}"    ##虽然引用变量，但此变量未被定义。
        state: absent
      when: service_name is defined

在这里插入图片描述

2.变量service_name为空，则不执行任务。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 安装服务
  hosts: 192.168.130.161
  vars:
    service_name: " "          ##定义变量，但值为空。
  tasks:
    - name: 判断apache是否安装
      yum:
        name: "{{ service_name }}"    ##引用变量。
        state: absent
      when: service_name is defined        ##判断变量是否为空，为空则不执行任务。

在这里插入图片描述
3.变量存在，执行任务，卸载httpd。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 安装服务
  hosts: 192.168.130.161
  vars:
    service_name:
      - httpd
  tasks:
    - name: 判断apache是否安装
      yum:
        name: "{{ service_name }}"
        state: absent
      when: service_name is defined

在这里插入图片描述

2.3 根据事实判断

  • 根据取出的事实来判断是否在对受控机执行任务。

1.先取受控机的事实相关参数，比如这里我就根据系统版本来判断。

[root@localhost ansible]# ansible all -m setup -i inventory.ini |less

在这里插入图片描述
2.当系统版本等于7.5时，才执行条件循环语句，依次停止变量列表中的服务。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 安装服务
  hosts: 192.168.130.161
  vars:
    service_name:
      - firewalld
  tasks:
    - name: 判断apache是否安装
      service:
        name: "{{ item }}"
        state: started
      loop: "{{ service_name  }}"
      when: ansible_facts['distribution_version'] == "7.5"

在这里插入图片描述

2.4 多条件判断

  • 使用and表示所有条件满足时，才执行任务。
  • or表示满足任意一个条件时，就可执行任务。

2.4.1 and用法

1.当系统版本为7.5，且python版本大于2.7时才会执行任务。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 安装服务
  hosts: 192.168.130.161
  vars:
    service_name:
      - firewalld
  tasks:
    - name: 判断apache是否安装
      service:
        name: "{{ item }}"
        state: stopped
      loop: "{{ service_name  }}"
      when: ansible_facts['distribution_version'] == "7.5" and ansible_facts['python_version'] > 2.7

在这里插入图片描述
2.也可以多行写法。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 安装服务
  hosts: 192.168.130.161
  vars:
    service_name:
      - firewalld
  tasks:
    - name: 判断apache是否安装
      service:
        name: "{{ item }}"
        state: started
      loop: "{{ service_name  }}"
      when: 
        - ansible_facts['distribution_version'] == "7.5"
        - ansible_facts['python_version'] > 2.7

在这里插入图片描述

2.4.2 or用法

1.当系统版本为7.5，或python版本大于3时才会执行任务。我这里只满足了第一个条件，所以可以执行任务。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 安装服务
  hosts: 192.168.130.161
  vars:
    service_name:
      - firewalld
  tasks:
    - name: 判断apache是否安装
      service:
        name: "{{ item }}"
        state: started
      loop: "{{ service_name  }}"
      when: ansible_facts['distribution_version'] == "7.5" or ansible_facts['python_version'] > 3

在这里插入图片描述
2.也可以多行写法。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 安装服务
  hosts: 192.168.130.161
  vars:
    service_name:
      - firewalld
  tasks:
    - name: 判断apache是否安装
      service:
        name: "{{ item }}"
        state: stopped
      loop: "{{ service_name  }}"
      when: 
        ansible_facts['distribution_version'] == "7.5"
        or
        ansible_facts['python_version'] > 3

在这里插入图片描述

2.5 循环判断

  • 结合loop模块实现循环判断。

1.循环事实里的条件，条件满足执行任务。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 安装服务
  hosts: 192.168.130.161
  tasks:
    - name: 判断apache是否安装
      yum:
        name: httpd
        state: present
      loop: "{{ ansible_facts['mounts'] }}"  ##取事实里的mounts内的内容，其下面有多个挂载点，根据when条件来判断是否执行任务。
      when: 
        - item.mount == "/"           ##ansible_facts['mounts']['mount'] 的值是否为“/”。
        - item.size_available > 700    ##ansible_facts['mounts'][’size_avaliable‘]的值是否大于700.

在这里插入图片描述

2.6 根据上个任务结果判断

  • 根据上个任务结果来判断是否要执行后面的任务。
  • 比如，第一个任务是安装服务，若是安装成功则执行第二步启动服务；若是安装失败，就不需要继续执行任务了。

1.rc是任务执行后输出的一个值，当rc=0时，代表任务执行成功。
在这里插入图片描述
2.当第一步安装httpd服务成功时，会输出rc=0，之后才会执行第二步。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 安装服务
  hosts: 192.168.130.161
  tasks:
    - name: 判断服务是否安装
      yum:
        name: httpd
        state: present
      ignore_errors: yes   ##任务执行失败直接跳过，可以继续执行后面任务。
      register: qingjun     ##获取任务输出的结果，讲结果注册到变量qingjun里去。

    - name: 启动服务
      service:
        name: httpd
        state: started
      when: 
        - qingjun.rc == 0   ##变量qingjun里的内容有个rc值，rc=0时才会执行第二步。

在这里插入图片描述

三、handlers处理程序

基本了解：

  • handlers和tasks功能一样，也是用于处理任务的，只是它常用于更改服务配置文件后需要重启服务这种场景常用。
  • handlers和tasks是同级别，需要在tasks任务里定义notify语句，当notify语句所在的任务结果显示为changed时，才会触发handlers任务。

注意事项：

  1. 当tasks中有多个任务定义notify语句时，触发任务会按照handlers任务里的顺序来执行。
  2. 若tasks中定义多个notify语句具备相同的名称时，最终只会触发一个handlers任务。
  3. 即使有多个任务通知处理程序，该处理程序依然仅运行一次。如果没有任务通知处理程序，它就不会运行。

1.主控机的playbook目录下有个专门存放受控机配置文件的目录，此时配置文件http.conf是原文件，监听端口未被修改。
在这里插入图片描述
2.编写playbook，当notify所在的任务发生了改变就会触发handlers任务，从而重启服务。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 安装服务
  hosts: 192.168.130.161
  tasks:
    - name: 判断服务是否安装
      yum:
        name: httpd
        state: present
      ignore_errors: yes

    - name: 更改服务配置文件
      template:
        src: ./file/httpd.conf               ##将主控机上的文件传到受控机上，若文件内容发生改变则触发任务。
        dest: /etc/httpd/conf/httpd.conf
      notify:
       - restart httpd   ##需要与handlers名称一致。

    - name: 启动服务
      service:
        name: httpd
        state: started
  handlers:
    - name: restart httpd     ##需与notify名称一致。
      service:
        name: httpd
        state: restarted

3.执行playbook，此时主控机上的http.conf文件内容未被修改，传到受控机上也不会出现覆盖动作，所以notify是直接返回的ok，此时不触发handlers任务。
在这里插入图片描述
4.访问受控机安装的httpd服务，默认80端口。
在这里插入图片描述

5.此时修改主控机上的http.conf文件内容，将监听端口改成88，执行playbook会触发handlers任务，因为两边文件内容不一样，传过去会覆盖受控机上的原文件。
在这里插入图片描述
在这里插入图片描述
6.再次访问受控机安装的httpd服务，需要88端口。
在这里插入图片描述

四、任务失败处理方法

4.1 忽略失败任务

  • 添加参数ignore_errors: yes，可以让playbook在任务失败时继续执行。

1.安装一个不存在的任务会失败，添加ignore_errors会忽略继续执行后面任务。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 安装服务
  hosts: 192.168.130.161
  tasks:
    - name: 判断服务是否安装
      yum:
        name: httpds
        state: present
      ignore_errors: yes

    - name: 更改服务配置文件
      template:
        src: ./file/httpd.conf
        dest: /etc/httpd/conf/httpd.conf
      notify:
       - restart httpd

    - name: 启动服务
      service:
        name: httpd
        state: started
  handlers:
    - name: restart httpd
      service:
        name: httpd
        state: restarted

在这里插入图片描述

4.2 强制执行失败任务

  • 添加参数force_handlers: yes，针对性的适用handlers处理程序的场景。
  • 正常情况下，当某一个任务执行失败时就会停止其他程序处理；当使用此参数时，即时前面有任务执行失败，后面的handlers也会在notify函数所在的任务发生改变时正常执行。

1.中间的启动服务步骤会失败，但不影响后面的handlers任务正常执行。当修改配置文件监听端口为90，notify语句会触发handlers执行程序任务，从而重启服务，可以使用90端口访问web页。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 安装服务
  hosts: 192.168.130.161
  force_handlers: yes
  tasks:
    - name: 判断服务是否安装
      yum:
        name: httpd
        state: present

    - name: 更改服务配置文件
      template:
        src: ./file/httpd.conf
        dest: /etc/httpd/conf/httpd.conf
      notify:
       - restart httpd

    - name: 启动服务
      service:
        name: httpds
        state: started
  handlers:
    - name: restart httpd
      service:
        name: httpd
        state: restarted

在这里插入图片描述
2.使用受控机ip:90访问web。
在这里插入图片描述

4.3 自定义报错显示信息

  • 使用failed_when指定任务失败条件，再使用fail模块指定要输出的错误信息。
  • 常用于输出的错误信息太多，而我们只需要简短的错误提示即可。或者是运行的脚本里有多个任务，但其中有个任务执行失败但最终输出的信息还是changed，并非一片飘红。

1.当playbook里需要受控机执行主控机上的脚本时，使用script模块来定义。若脚本中有某个任务执行失败，且最后一个任务执行成功，则playbook最后输出的是changed，没有错误信息。

##受控机要执行的脚本。
[root@localhost playbook]# cat file/qingjun.sh 
#!/bin/bash
 echo "qingjun" > 111.txt  
 ls wqlasdas     ##任务执行失败。
 ls 111.txt      ##任务执行成功

##playbook。
[root@localhost playbook]# cat qingjun.yml 
---
- name: 安装服务
  hosts: 192.168.130.161
  gather_facts: no   ##关闭收集事实。
  tasks:
    - name: 判断服务是否安装
      script: file/qingjun.sh  
      register: qingjun
    - debug:
        var: qingjun

在这里插入图片描述
2.此时我们可以自定义输出错误信息，加以提示。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 安装服务
  hosts: 192.168.130.161
  gather_facts: no
  tasks:
    - name: 判断服务是否安装
      script: file/qingjun.sh
      register: qingjun
      ignore_errors: yes
    - name: 自定义错误信息
      fail:
        msg: "有错误，请立即检查脚本！！！"
      failed_when: "'No such file or directory' in qingjun.stdout"

在这里插入图片描述

4.4 自定义“changed”出现时机

  • 特殊场景时需要playbook输出信息一直是changed，或是ok，可以使用。

1.如下使用template模块时，第一次传到受控机会发生改变则输出changed，之后文件没有发生改变则一直输出ok。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 安装服务
  hosts: 192.168.130.161
  gather_facts: no
  tasks:
    - name: 判断服务是否安装
      template:
        src: file/httpd.conf
        dest: /opt/

在这里插入图片描述
2.此时我想让后面的输出信息一直是changed，则可以添加 changed_when，为True时则输出changed。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 安装服务
  hosts: 192.168.130.161
  gather_facts: no
  tasks:
    - name: 判断服务是否安装
      template:
        src: file/httpd.conf
        dest: /opt/
      changed_when: True

在这里插入图片描述
3.改为False时，一直输出ok。
在这里插入图片描述

4.5 Ansible块和错误处理

基本了解：

  • block：定义要运行的主要任务，block块中的任务是绑定在一起的，要么一起执行，要么一起不执行。
  • rescue：定义要在block子句中定义的任务失败时运行的任务。
  • always：定义始终都独立运行的任务，不论block和rescue子句中定义的任务是成功还是失败。

用法：

  • 若block块中存在任意一个失败任务，随后会执行rescue块中的任务。
  • block执行失败，则rescue执行；block成功执行，则rescue不会执行；always始终执行。

1.测试一，block块中存在失败任务，则rescue块任务执行。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 安装服务
  hosts: 192.168.130.161
  gather_facts: no
  tasks:
    - name: 判断服务是否安装
      block:
      - name: block中的任务
        command: echo "block"
      - name: 失败任务
        command: ls sajkdha      ##该任务会执行失败，出触发rescue块任务。
      rescue:
      - name: rescue中的任务
        command: echo "rescue"
      always:
      - name: always中的任务
        command: echo "always"

在这里插入图片描述
2.测试二，block块所有任务全部执行成功，则rescue块任务不执行。而always任务从头到尾都是一直执行的，不受其他块任务影响。

[root@localhost playbook]# cat qingjun.yml 
---
- name: 安装服务
  hosts: 192.168.130.161
  gather_facts: no
  tasks:
    - name: 判断服务是否安装
      block:                        ##所有任务执行成功，不会触发rescue任务的执行。
      - name: block中的任务
        command: echo "block"
      - name: 失败任务
        command: echo " 123 " > qqq.txt
      rescue:
      - name: rescue中的任务
        command: echo "rescue"
      always:
      - name: always中的任务
        command: echo "always"

在这里插入图片描述

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

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

相关文章

CDGA 认证：第十二章 元数据管理（重点章节）习题集解析

CDGA 认证：第十二章 元数据管理（重点章节）习题集解析

1. 以下内容不属于元数据综合解决方案功能需求点的是 ( ) A 历史信息 B 存储容量 C 运维要求 D 安全要求 【答案解析】DAMA-DMBOK2 P334 2. 关于 ISO/IEC 11179 元数据注册标准的说法正确的是：( ) A 该标准由 6 个部分组成 B 该标准用于定义元数据注册的框架 C 该标准包含…
阅读更多...
Express+vue.js+nodejs银行排队取号系统

Express+vue.js+nodejs银行排队取号系统

开发语言 node.js 框架&#xff1a;Express 前端:Vue.js 数据库&#xff1a;mysql 数据库工具&#xff1a;Navicat 开发软件&#xff1a;VScode 系统主要包括系统用户中心、显示管理、用户管理、排队管理、服务业务管理、用户评价管理、等候区管理等功能模块。 (a) 管理员&am…
阅读更多...
00后求你善良，不要这么卷了...

00后求你善良，不要这么卷了...

前几天我们公司一下子也来了几个新人&#xff0c;这些年前人是真能熬啊&#xff0c;本来我们几个老油子都是每天稍微加会班就打算走了&#xff0c;这几个新人一直不走&#xff0c;搞得我们也不好走。 2023年春招结束了&#xff0c;最近内卷严重&#xff0c;各种跳槽裁员&#x…
阅读更多...
Studio One6新生代DAW数字音频工作站

Studio One6新生代DAW数字音频工作站

提到编曲软件&#xff0c;就不得不说这款水果编曲软件。它对新手和老手都比较友好&#xff0c;是一款较为经典的编曲软件。 这款软件提供了强大而全面的音符、音效编辑器&#xff0c;可以在其中插入各种乐器声音&#xff0c;如果内置乐器无法满足编曲需求&#xff0c;还可以外…
阅读更多...
数据结构-递归

数据结构-递归

递归 概述 定义 计算机科学中&#xff0c;递归是一种解决计算问题的方法&#xff0c;其中解决方案取决于同一类问题的更小子集 In computer science, recursion is a method of solving a computational problem where the solution depends on solutions to smaller instan…
阅读更多...
Web大前端时代之：HTML5+CSS3入门系列

Web大前端时代之：HTML5+CSS3入门系列

Old: 联系源码&#xff1a;GitHub - dunitian/LoTHTML5: LoT家族的一员~HTML5系列 文档下载&#xff1a;https://github.com/dunitian/LoTDotNet/ 思维导图&#xff08;不断更新&#xff09;&#xff1a; 图片&#xff1a;http://dnt.dkill.net/DNT/HTML5/index.jpg 源码&#…
阅读更多...
超级全面的100个思维导图模板

超级全面的100个思维导图模板

思维导图是一款有效提升生活以及工作的效率工具。使用思维导图有非常多的好处。 思维导图可以用在我们生活的方方面面&#xff0c;以及各种各样的学科中。 接下来给大家分享不同的思维导图模板&#xff0c;希望可以帮助到大家。 一、读书笔记类 1、西游记 2、《战胜拖拉》读…
阅读更多...
RabbitMQ - 简单案例

RabbitMQ - 简单案例

RabbitMQ - 简单案例 Hello worldWork Queues轮训分发消息消息应答自动应答手动消息应答的方法消息自动重新入队消息手动应答代码 RabbitMQ 持久化不公平分发 预取值分发 Hello world 我们将用 Java 编写两个程序。发送单个消息的生产者和接收消息并打印出来的消费者 在下图中…
阅读更多...
Java实现Mqtt收发消息

Java实现Mqtt收发消息

Java实现Mqtt收发消息 文章目录 Java实现Mqtt收发消息windows mqtt 平台服务搭建mqtt 客户端工具&#xff1a;mqttbox整体代码结构mqtt基础参数配置类mqtt客户端连接mqtt接收的消息处理类对应的MqttService注解和MqttTopic注解 MqttGateway 发送消息指定topic接收处理方法 java…
阅读更多...
基于Hive的数据应用实践总结

基于Hive的数据应用实践总结

百分位数(percentile)计算 百分位数含义&#xff1a;统计学术语&#xff0c;如果将一组数据从小到大排序&#xff0c;并计算相应的累计百分位&#xff0c;则某一百分位所对应数据的值就称为这一百分位的百分位数。可表示为&#xff1a;一组n个观测值按数值大小排列。如&#x…
阅读更多...
如何实现Java类隔离加载

如何实现Java类隔离加载

一 什么是类隔离技术 只要你 Java 代码写的足够多&#xff0c;就一定会出现这种情况&#xff1a;系统新引入了一个中间件的 jar 包&#xff0c;编译的时候一切正常&#xff0c;一运行就报错&#xff1a;java.lang.NoSuchMethodError&#xff0c;然后就哼哧哼哧的开始找解决方法…
阅读更多...
弹性盒子中的flex

弹性盒子中的flex

flex属性是flex-grow&#xff0c;flex-shrink和flex-basis的缩写 flex是用在盒子中的子组件的&#xff0c;充分体现了弹性盒子的弹性二字。 例如现在的情况是&#xff1a; <div class"container"><div class"item1">Item1</div><d…
阅读更多...
微信小程序码生成，扫码携带参数进入指定页面

微信小程序码生成，扫码携带参数进入指定页面

一、准备工作 &#xff08;1&#xff09;微信小程序后台获取小程序的appId和secret 小程序后台管理&#xff08;开发管理➡开发设置&#xff09; &#xff08;2&#xff09;扫码跳转的页面在app.json中已经注册 注册的路径与传过去的路径一致 &#xff08;3&#xff09;小程序…
阅读更多...
同步模式之犹豫模式Balking

同步模式之犹豫模式Balking

tip: 作为程序员一定学习编程之道&#xff0c;一定要对代码的编写有追求&#xff0c;不能实现就完事了。我们应该让自己写的代码更加优雅&#xff0c;即使这会费时费力。 文章目录 一、同步模式之犹豫模式Balking二、代码样例三、优缺点 一、同步模式之犹豫模式Balking 同步模…
阅读更多...
挤出泡沫、脱虚向实，AI大模型正在回归价值投资？

挤出泡沫、脱虚向实，AI大模型正在回归价值投资？

商品推荐、交通管理、生成文章、代码编程、电影特效制作……自ChatGPT横空出世以来&#xff0c;AIGC浪潮席卷全球&#xff0c;上下游产业链也因此大放异彩。 市场行情的高景气直观反映在股价上&#xff0c;无论AI公司是否盈利&#xff0c;其股价多呈上升趋势。一些与AI概念有所…
阅读更多...
测试：用例篇

测试：用例篇

上一章讲述的是测试的基本概念。在我们开始做了一段时间基础测试&#xff0c;熟悉了业务之后&#xff0c;往往会 分配来写测试用例&#xff0c;并且在日常测试中&#xff0c;有时也需要补充测试用例到现有的案例库中 在开始之前先讲讲测试中经典的测试方法&#xff1a;黑盒测试…
阅读更多...
【dc-dc】DC-DC恒流电源 车灯方案的应用

【dc-dc】DC-DC恒流电源 车灯方案的应用

1,信息来源&#xff1a;深圳市世微半导体有限公司 Augus 2,产品描述 AP5103 是一款效率高&#xff0c;稳定可靠的 LED 灯恒流驱动控制芯片&#xff0c;内置高精度比较器&#xff0c;固定关断时间控制电路&#xff0c;恒流驱动电路等&#xff0c;特别适合大功率 LED 恒流驱动。…
阅读更多...
[Kotlin] 玩Android代码学习之-模块化+Retrofit+协程+viewModel的数据层封装

[Kotlin] 玩Android代码学习之-模块化+Retrofit+协程+viewModel的数据层封装

文章目录 1:前言玩Android APP 源码本贴的目的参考贴 2: kotlin下的模块化(捎带一嘴)3:Retrofit协程viewModel3.1基础网络层搭建lib_home:Bannerlib_common: BaseResp lib_common:RetrofitManagerlib_home: HomeApi 3.2基础网络层接口测试3.3 基础网络层优化-koin依赖注入框架…
阅读更多...
观澜最快的旧改项目之一，鸿荣源观城项目一期。

观澜最快的旧改项目之一，鸿荣源观城项目一期。

项目&#xff1a;观湖街道观城第一期城市更新单元位置&#xff1a;4号地铁观澜地铁站0距离 规模&#xff1a;拆除范围用地面积706094㎡ 面积&#xff1a;私信咨询价格&#xff1a;3.x万/平 开发商&#xff1a;鸿荣源 合同方案&#xff1a;直接开发商签合同 目前进度&#…
阅读更多...
Scrapy 入门教程

Scrapy 入门教程

Scrapy Engine(引擎): 负责Spider、ItemPipeline、Downloader、Scheduler中间的通讯&#xff0c;信号、数据传递等。 Scheduler(调度器): 它负责接受引擎发送过来的Request请求&#xff0c;并按照一定的方式进行整理排列&#xff0c;入队&#xff0c;当引擎需要时&#xff0c;…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023