Ansible如何实现block块内多任务变更统一notify触发handler

Ansible原生block仅作为任务的逻辑分组单元，没有独立的执行状态（changed/ok/failed）属性，因此不支持直接挂载notify配置，直接在block层写notify: "restart webserver"的写法不符合语法设计，抛出notify is not a valid attribute for a block属于预期报错。
不需要给块内每个任务逐一添加notify配置，下面三种生产环境可用的方案，都能实现「块内任意任务发生变更，即统一触发对应handler」的需求：

方案1：动态任务包含法（代码最简洁，推荐优先使用） #

Ansible的动态任务包含语句本身是独立的任务单元，具备状态聚合能力：只要被包含的任务集中任意一个任务返回changed状态，这个包含任务本身就会被标记为changed，因此可以直接在包含语句上挂载notify，完全不需要修改块内任务的配置。
操作步骤：

1. 把原block块内的所有任务，单独放到一个独立的任务文件中，比如存为webserver_config_ops.yml：

# webserver_config_ops.yml 内容示例
- name: 001 | 更新服务主配置文件
  ansible.builtin.template:
    src: nginx.conf.j2
    dest: /etc/nginx/nginx.conf
    owner: root
    group: root
    mode: '0644'

- name: 002 | 安装服务扩展模块
  ansible.builtin.apt:
    name: nginx-mod-http-lua
    state: present
    update_cache: true

- name: 003 | 部署站点静态资源
  ansible.builtin.copy:
    src: ./site_dist/
    dest: /var/www/html/
    owner: www-data
    group: www-data

2. 在原playbook的对应位置，用动态包含语句引入这个任务文件，直接添加notify配置即可：

- name: 执行web服务全量配置操作，任意变更即触发重启
  ansible.builtin.include_tasks: webserver_config_ops.yml
  notify: restart webserver

• 注意事项：不能用静态导入import_tasks替代include_tasks，静态导入会在playbook加载阶段直接把任务展开到当前位置，不具备状态聚合能力，无法实现统一触发的效果。如果要对整个角色的任务做统一触发，换成ansible.builtin.include_role即可，逻辑完全一致。

方案2：变更标记法（无需拆分文件，兼容所有Ansible版本） #

如果不想把块内任务拆成独立文件，可以在块内自定义一个变更标记变量，跟踪块内所有任务的执行状态，最后在块的收尾阶段根据标记状态决定是否触发handler。
示例代码：

- name: 执行web服务配置变更块
  block:
    - name: 初始化块变更标记
      ansible.builtin.set_fact:
        block_has_change: false

    - name: 001 | 更新服务主配置文件
      ansible.builtin.template:
        src: nginx.conf.j2
        dest: /etc/nginx/nginx.conf
      register: config_update_res

    - name: 标记配置变更状态
      ansible.builtin.set_fact:
        block_has_change: true
      when: config_update_res.changed

    - name: 002 | 安装服务扩展模块
      ansible.builtin.apt:
        name: nginx-mod-http-lua
        state: present
      register: module_install_res

    - name: 标记模块安装变更状态
      ansible.builtin.set_fact:
        block_has_change: true
      when: module_install_res.changed

  always:
    - name: 统一触发服务重启handler
      ansible.builtin.debug:
        msg: "块内存在变更，触发重启操作"
      changed_when: block_has_change | default(false)
      notify: restart webserver

• 适用场景：块内任务数量较少，不想拆分文件，且需要兼容Ansible 2.9及更早版本的环境。

方案3：结果寄存器聚合判断（适合临时调试场景） #

如果只是临时写简单playbook，不想拆文件也不想加太多标记任务，可以给块内所有任务注册同一个结果变量，最后通过判断结果的changed状态触发handler。

• 注意：这个写法要求块内最后一个有变更的任务的结果不会被后续ok状态的任务覆盖，适合块内任务逻辑简单、执行顺序固定的场景，生产环境更推荐前两种方案。
  示例代码：

- name: 临时配置变更块
  block:
    - name: 001 | 修改配置参数
      ansible.builtin.lineinfile:
        path: /etc/nginx/nginx.conf
        regexp: '^worker_connections'
        line: 'worker_connections 10240;'
      register: block_res

    - name: 002 | 验证配置有效性
      ansible.builtin.command: nginx -t
      register: block_res
      changed_when: false # 验证操作永远不会产生变更，不会覆盖前面的changed状态

  always:
    - name: 触发重启
      ansible.builtin.debug:
        msg: "配置已修改"
      changed_when: block_res.changed | default(false)
      notify: restart webserver

补充说明：截止Ansible 9.x版本，官方仍未给block原生增加notify支持，上述方案都是经过生产验证的兼容写法，不需要修改handler的原有逻辑。

内容的提问来源于stack exchange，提问作者Graham Nicholls