Ansible playbook如何校验是否通过--extra-vars传入JSON变量文件

可以实现，别在找传入的文件名、路径上浪费时间，Ansible本身就不会记录--extra-vars传入的文件来源信息，你之前试的两个方向本来就行不通：

• Ansible加载-e@文件参数时，会直接把文件内容解析后合并到全局变量域，加载完成后就丢弃了源文件路径信息，翻hostvars根本找不到对应记录；
• 用command/shell模块跑echo !!拿命令历史更不可能，历史扩展是交互式shell的功能，Ansible执行命令用的是非交互shell，根本不会加载历史记录，自然拿不到启动命令。

最稳妥的实现思路是校验变量内容，而不是校验用户有没有传指定文件名——毕竟你要的本质是「变量文件里的配置都正确加载了」，不是「用户必须敲对一模一样的文件名」。

1. 基础校验方案 #

你的JSON变量文件里肯定有至少一个业务必填、不会在默认配置（inventory、group_vars、role默认变量）里出现的变量，直接在playbook最开头加一个前置校验play，检查这个必填变量是否存在即可。
示例代码：

# 最开头的前置校验play，跑在本地就行，不用连受控节点
- name: 前置校验运行参数
  hosts: localhost
  gather_facts: no
  tasks:
    - name: 确认必填变量已加载
      ansible.builtin.assert:
        that:
          # 替换成你自己变量文件里的必填变量，比如业务ID、环境标识这类
          - app_id is defined
          - deploy_env is defined
        fail_msg: |
          运行参数错误：必须通过--extra-vars传入指定的JSON变量文件
          示例运行命令：ansible-playbook test.yml -e@input_vars.json
        success_msg: "变量校验通过，开始执行任务"
      run_once: true

# 后面再放你正常的业务play
- name: 正式业务任务
  hosts: all
  # 你的正常任务逻辑

2. 防误判进阶方案 #

如果担心你选的必填变量刚好在其他配置文件里重名，导致没传文件也误判通过，可以专门在你的input_vars.json里加一个专属标记变量，专门用于校验：

{
  "_official_input_vars_loaded": true,
  "app_id": "order-service",
  "deploy_env": "prod",
  "其他业务变量": "对应值"
}

校验逻辑改成只检查这个专属标记即可：

- name: 确认官方变量文件已加载
  ansible.builtin.assert:
    that:
      - _official_input_vars_loaded is defined
      - _official_input_vars_loaded | bool == true
    fail_msg: "检测到未传入指定的input_vars.json变量文件，请使用-e@input_vars.json参数启动playbook"

不要尝试通过读取/proc/self/cmdline获取Ansible进程启动参数来判断有没有传-e@xxx.json，这个方案兼容性极差：

• 在macOS、BSD等非Linux系统上没有/proc文件系统，直接失效；
• 在AWX/AAP、GitLab CI/GitHub Action等流水线环境里运行时，Ansible进程会被包装层嵌套，你拿到的根本不是原始启动命令；
• 如果用户把变量文件改了个名字传入，只要内容正确，拦截反而属于不合理的逻辑。

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