Python中re.finditer返回的迭代器遍历后为空是什么原因？

re.Pattern.finditer()返回的是Python标准迭代器对象（具体类型为callable_iterator），行为完全遵循Python迭代器协议，不属于功能bug：

• 迭代器是单向消耗的结构，内部维护遍历状态指针，每取出一个元素，指针就向后移动一位；当所有元素取完后，迭代器会抛出StopIteration标识遍历结束，之后进入永久耗尽状态，后续再尝试取元素只会直接触发遍历结束，不会返回任何内容。
• 迭代器本身没有内置重置指针的方法，和读取到末尾的文件特性类似，但文件对象额外实现了seek()接口用来重置偏移量，普通迭代器没有提供这类重置能力。
• 注意区分「可迭代对象」和「迭代器」的差异：列表、字符串、元组这类属于可迭代对象，每次用for循环遍历它们时，会自动生成一个全新的临时迭代器从头开始遍历，因此支持反复读取；而finditer返回的本身就是已经实例化好的迭代器，多次遍历操作作用在同一个迭代器实例上，自然会顺着已经消耗的状态继续执行。

两种代码顺序下的异常表现本质完全一致，都是迭代器被提前耗尽：

1. 先执行for循环时，循环会持续调用迭代器的__next__()方法取出所有匹配结果，直到迭代器走到末尾耗尽，后续再执行list(matches)时，从已经耗尽的迭代器中取不到任何元素，因此返回空列表。
2. 先执行list(matches)时，list构造方法会一次性把迭代器内所有元素全部取出构建列表，迭代器同样会被耗尽，后续再执行for循环自然没有任何输出。

根据实际场景选择对应方案即可：

• 若需要多次使用匹配结果，最简便的方式是拿到返回值第一时间转成列表持久化：matches = list(pattern.finditer(text_to_search))。列表是可重复遍历的结构，后续不管执行多少次循环、多少次类型转换都能拿到完整结果，适合匹配结果量不大、内存充足的场景。
• 若匹配结果量极大、不想一次性把所有结果加载到内存，可以在每次需要遍历的时候，重新调用pattern.finditer(text_to_search)生成全新的迭代器使用，每个新迭代器都会从头开始匹配，不存在耗尽问题。
• 若只需要遍历一次，但要同时完成打印、存结果、做统计等多个操作，可以把所有逻辑放在同一次迭代过程中完成，比如遍历的时候一边打印匹配内容，一边把需要的匹配对象追加到自定义列表中，单次遍历完成所有需求，避免重复消耗迭代器。

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