Python itertools.cycle：源列表已经追加元素，为什么循环里始终没有新成员
把候选列表交给cycle轮流取值，之后往原列表追加一个候选，却怎么也轮不到它。名字里的“循环”容易让人以为每轮都会重新遍历来源；实际在首次输入结束后，cycle会反复返回已经保存的元素，不会为下一圈重新获取整个来源。
本例在Linux、CPython 3.12.14实跑。保存为demo.py，执行python3 demo.py，所有数据都在内存。每次观察都通过islice限制数量，不会尝试将非空cycle完整转换成列表。先让两项来源确实结束，再追加第三项，是复现的关键。
AI模型生成概念插图：环内两枚标记继续转动，入口关闭后新标记停在环外；不是调度系统截图。
完整程序与本地结果
完整可运行程序
from itertools import cycle, islice
source = ["A", "B"]
loop = cycle(source)
first = list(islice(loop, 3))
assert first == ["A", "B", "A"]
print("first three:", first)
source.append("C")
later = list(islice(loop, 6))
assert later == ["B", "A", "B", "A", "B", "A"]
print("source now:", source)
print("cached continuation:", later)
fresh = list(islice(cycle(source), 6))
assert fresh == ["A", "B", "C", "A", "B", "C"]
print("new cycle:", fresh)
reads = []
def produce():
for value in (10, 20):
reads.append(value)
yield value
generated = cycle(produce())
result = list(islice(generated, 7))
assert result == [10, 20, 10, 20, 10, 20, 10]
assert reads == [10, 20]
print("repeated values:", result)
print("actual source yields:", reads)
assert list(islice(cycle([]), 3)) == []
print("empty cycle:", list(islice(cycle([]), 3)))本次实际输出（以下为结果，不是程序）
first three: ['A', 'B', 'A'] source now: ['A', 'B', 'C'] cached continuation: ['B', 'A', 'B', 'A', 'B', 'A'] new cycle: ['A', 'B', 'C', 'A', 'B', 'C'] repeated values: [10, 20, 10, 20, 10, 20, 10] actual source yields: [10, 20] empty cycle: []
第三次读取证明已经进入重放阶段
first three得到A、B、A。前两项来自原始列表，第三项已经回到保存的第一个元素，因此此刻来源完成了首次遍历。随后添加C，source now确实包含三项，排除了追加失败或改错列表的可能。
旧loop再读取六次，却只有B与A交替。它继续沿自己的缓存位置重放，不会因为原列表变长而自动重建循环。先取三次再追加这一顺序很重要；若在来源尚未耗尽时修改可变容器，观察结果还会受到来源迭代器规则影响。
新建循环会建立新的一次首次遍历
fresh用当前source重新创建cycle，六次结果是A、B、C再重复一轮。这次C出现在首次读取中，因此可以进入新缓存。程序同时保留旧loop，展示更换来源内容不会让所有已经建立的迭代器自动同步。
如果候选成员会动态变化，刷新时应明确重建循环的时机，并决定从哪一项重新开始。简单重建会回到开头，可能让前面的成员被连续选中；这属于调度策略，需要单独处理，不能把替换对象等同于已经实现公平轮转。
循环结果不代表来源执行了同样次数
produce每次真正yield时向reads记一条记录。cycle从它得到七项结果，但reads只有10与20两条，说明生成器只产出了首轮两项，之后没有重新执行生成逻辑。这个计数直接区分数据重放与再次调用数据源。
因此，cycle不适合用来表达“每隔一轮重新查询状态”。如果生成器本来会计算最新值、取得随机结果或查询外部来源，后续轮次拿到的仍是首次保存的项目。需要每轮刷新，应由外层显式创建新迭代器，并规定刷新失败怎样处理。
保存元素也意味着额外内存
随着首次遍历推进，cycle需要保留已见元素，才能在结束后重放。来源很长时，缓存也可能很大；来源永不结束时，它一直处于首次读取阶段，同时持续积累缓存，根本到不了预期的第二圈。
输入是生成器并不意味着整个组合就能保持固定内存。示例限制读取次数，只为了安全观察行为；它没有让任意长来源的缓存自动释放。选择这类工具之前，应先确认首轮最大项目数和每项可能持有的数据规模。
空来源不会凭空产生循环元素
cycle空列表经有限读取后仍得到空列表。没有任何首轮元素，就没有东西可以重放。调用方如果必须获得一个候选，应单独检查空来源或捕获正常结束，而不是把“用了cycle”视为next永远成功的保证。
对于配置驱动的轮转入口，初始化时便验证非空往往更好解释。配置更新还可能把列表变空，所以重建入口时也应执行同样检查。不要让首轮正常、后续更新异常的两条路径使用不同的隐含规则。
缓存不是不可变的深层快照
本例选择字符串，避免把成员内容变化与成员集合变化混在一起。cycle保存的是元素引用，不负责深复制复杂对象；如果元素自身可变，后续重放仍可能看见它的字段变化。成员列表是否刷新与成员对象内容是否变化应分别判断。
验收时先固定不可变元素证明首次读取与重放，再根据需要加入可变对象样本。对外给出轮转接口时，写清候选集合何时更新、是否共享对象以及空集如何处理，才能让这个简短工具与真实生命周期保持一致。
参考资料
资料核验日期：2026年10月2日。以上输出来自固定输入的本地实跑，程序退出码为0。
