Jinja YAML模板：获取可选嵌套键值或使用默认值

核心结论 #

可以通过Jinja的ChainableUndefined配合默认值语法，或者逐层使用get()方法，实现完整链式路径的可选取值，既支持存在时用目标值，也能在键不存在时自动 fallback 到默认值。

方案1：用ChainableUndefined配合or/default过滤器（简洁版） #

你当前代码里的ChainableUndefined就是专门解决这类问题的——它允许链式访问未定义的属性（比如overrides.source.property即使overrides不存在，也不会直接报错，而是返回一个“假值”的Undefined对象），配合or逻辑运算符或default过滤器就能轻松实现默认值兜底：

# 已经验证有效的写法
name: {{ name }}
source.property: {{ overrides.source.property or "property of " + name }}
source.property3: {{ overrides.source.property | default("property of " + name) }}

当overrides或其子键不存在时，overrides.source.property会被判定为假，自动触发后面的默认值逻辑，完全符合你的需求。

方案2：逐层使用get()方法（严谨版，适配StrictUndefined） #

如果需要在StrictUndefined模式下也能正常运行（避免未定义变量报错），可以用字典的get()方法逐层取值，每一层都做兜底：

# 适配StrictUndefined的写法
source.property2: {{ overrides.get('source', {}).get('property', "property of " + name) }}

逻辑拆分：

1. 先从顶层overrides获取source，如果overrides不存在，get()返回空字典{}
2. 再从这个结果里获取property，不存在就用预设的默认值

这种写法完全不会触发UndefinedError，适合对报错容忍度低的场景。

关于你尝试的self.get()写法 #

Jinja里的self指的是模板本身，不是传入的上下文数据，所以self.get("overrides.source.property")根本取不到上下文里的嵌套键值，这个写法是无效的。

不同Undefined模式的差异 #

• ChainableUndefined：允许链式访问未定义属性，返回Undefined对象，配合or/default就能优雅处理默认值，是你场景的最优选择。
• StrictUndefined：只要访问未定义变量就直接报错，必须用逐层get()的写法兜底，否则会抛出UndefinedError。

验证结果示例 #

带覆盖配置（with_override.yaml） #

运行python renderer.py with_override.yaml，无论用哪种Undefined模式，输出都是：

name: blah
source.property: something
source.property3: something

无覆盖配置（without_override.yaml） #

• 使用ChainableUndefined：正常输出默认值

name: blah
source.property: property of blah
source.property3: property of blah

• 使用StrictUndefined：链式写法会报错，改用逐层get()则正常输出默认值

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