Ansible变量过滤器与展开调试问题：嵌套变量格式化异常

我之前也碰到过一模一样的问题！核心原因是Jinja2的模板渲染顺序搞的鬼——你在msg的外层{{ ... }}里又嵌套了{{ bw_type }}，这内层的大括号会被当成普通字符串，根本不会被解析成变量值，所以匹配规则变成了PB.{{ bw_type }}.，自然得不到正确结果。

给你几个靠谱的解决方案，完美适配with_items场景：

方案1：用字符串连接符~拼接变量 #

这是最常用的写法，直接把bw_type变量和前后的字符串拼接成完整的匹配模式，不用嵌套大括号：

- debug:
    msg: "Deployments - {{ patches|select('match', 'PB.' ~ bw_type ~ '.')|list }}"

如果是在with_items里，把bw_type换成item里的对应字段就行：

- debug:
    msg: "Deployments for {{ item.name }} - {{ patches|select('match', 'PB.' ~ item.bw_type ~ '.')|list }}"
  with_items: "{{ your_item_list }}"

方案2：用format过滤器构建匹配串 #

这种写法可读性更强，适合复杂的字符串拼接场景：

- debug:
    msg: "Deployments - {{ patches|select('match', 'PB.%s.'|format(bw_type))|list }}"

%s会被format过滤器里的bw_type值替换，同样在with_items里换成item.bw_type即可。

为什么原来的写法不行？ #

再啰嗦两句帮你理解：当你写{{ patches|select('match','PB.{{ bw_type }}.')|list }}时，整个外层{{ ... }}是一个Jinja2表达式，里面的'PB.{{ bw_type }}.'是一个完整的字符串字面量，Jinja2不会去解析字符串内部的{{ }}，所以匹配规则完全不符合预期。而用~或者format，是让变量先被渲染，再和其他部分组合成正确的匹配字符串。

至于你提到的var参数，它确实能直接解析表达式，但缺点是没法自定义输出的消息内容（比如在with_items里关联当前item的信息），所以用msg配合上面的写法才是更灵活的选择。

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