Jinja2/Ansible场景下如何捕获多层级引用的变量未定义状态？

问题原因 #

• Ansible 的 is defined 判定仅校验变量本身是否被显式声明，不会自动递归校验其值引用的其他变量是否存在。
• 示例中的bar本身已经被明确声明，从变量存在性维度来说属于defined状态。但bar的值是Jinja2模板{{ foo }}，当Ansible执行bar is defined的条件判断时，会先尝试渲染bar的模板内容得到实际值，此时依赖的foo未定义，就会直接抛出异常，不会返回bar未定义的结果。
• 之前debug: var=bar能正常输出未定义提示，是因为debug模块的var参数对未定义变量做了特殊容错处理，和条件判断的底层逻辑不同。

解决方案 #

你可以根据场景选择以下方案捕获这类多层引用的变量未定义问题：

1. 定义派生变量时提前兜底 #

在定义依赖上层变量的派生变量时，使用default过滤器做容错：

vars:
  bar: '{{ foo | default(undefined) }}'

如果foo未定义，bar会被显式标记为未定义状态，后续使用bar is defined即可正常返回false，不会触发异常。

2. 条件判断时增加容错逻辑 #

如果无法修改bar的定义，可以在条件判断时手动加容错：

- debug: msg="bar is defined"
  when: bar | default(None) is not none

也可以用lookup直接安全读取变量：

- debug: msg="bar is defined"
  when: lookup('vars', 'bar', default=undefined) is defined

3. 模块参数场景使用omit占位符 #

如果bar是作为模块参数使用，可以直接设置bar: {{ foo | default(omit) }}，未定义时会自动跳过该参数，不需要额外写条件判断。

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