Jinja2中select生成的迭代器为何受其他打印语句影响？

我有如下Jinja2模板：

{% set input = 1 %}
{% set steps = [1, 2, 3, 4]|select("greaterthan", input) %}
{{ steps|list }}
{{ steps|first if steps|list|length > 0 else None }}

它的输出为：

[2, 3, 4]
None

当移除{{ steps|list }}后，模板变为：

{% set input = 1 %}
{% set steps = [1, 2, 3, 4]|select("greaterthan", input) %}
{{ steps|first if steps|list|length > 0 else None }}

此时无任何输出。

若将{{ steps|list }}替换为{{ steps|first }}，模板变为：

{% set input = 1 %}
{% set steps = [1, 2, 3, 4]|select("greaterthan", input) %}
{{ steps|first }}
{{ steps|first if steps|list|length > 0 else None }}

输出变为：

2

为什么{{ steps|first if steps|list|length > 0 else None }}的行为会受其他打印语句影响？

问题的核心在于：Jinja2里的select过滤器返回的是「迭代器」，不是普通列表。迭代器有个关键特性——只能被完整遍历一次，遍历完之后就彻底空了，没法再从中取元素。

咱们逐个拆解你的三个场景：

1. 第一个场景：

   • 先执行{{ steps|list }}：这会把steps这个迭代器从头到尾遍历一遍，转成列表[2,3,4]输出。
   • 这时候迭代器steps已经被榨干了，后续再调用steps|list得到的是空列表，length > 0自然不成立，所以第二个输出语句返回None。

2. 第二个场景：

   • 直接执行判断条件steps|list|length > 0：这一步会先遍历迭代器转成列表，迭代器直接被耗尽。
   • 条件成立后要执行steps|first，但迭代器已经空了，啥也取不出来，所以整个语句没有输出。

3. 第三个场景：

   • 先执行{{ steps|first }}：从迭代器里取出第一个元素2输出，此时迭代器的指针已经移到了第二个元素的位置。
   • 接下来执行判断条件steps|list|length > 0：这会把迭代器剩下的元素（3、4）遍历转成列表，长度是2，条件成立。但这一步又把迭代器彻底耗尽了，所以后续的steps|first啥也取不出来，最终只有第一个2被输出。

如果想避免这种问题，最简单的办法是把迭代器提前转成列表存起来，比如：

{% set input = 1 %}
{% set steps = [1, 2, 3, 4]|select("greaterthan", input)|list %}
{{ steps|list }}
{{ steps|first if steps|length > 0 else None }}

这样steps是普通列表，可以反复访问，就不会出现依赖执行顺序的问题了。

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