groupby 为何把同一个键拆成两组：连续分段与共享迭代器的边界

处理日志、订单或统计记录时，看到“分组”这个名字，很容易期待相同键自动进入同一个容器。假设三条记录的键与数量依次是 A 数量2、B 数量7、A 数量3，想要的总数是 A 为5、B 为7。直接套用 groupby，却会得到三个连续段。选择工具前，需要先说明业务要保留输入中的连续边界，还是要把整批相同键归到一起。

键再次出现，会产生新的组

groupby 从输入逐项取值，计算当前元素的键；键与前一段不同，就开始下一段。对于 A、B、A，输出键也是 A、B、A。第一个 A 段结束后，后面重新出现的 A 不会回到旧段。

本次本地观察用 r1、r2、r3 标识这三条记录，直接分段得到 A 对应 r1、B 对应 r2、A 对应 r3。若一边遍历一边用键写入普通字典，并把每段总数赋给同名条目，第二个 A 会覆盖第一个 A，最终只剩 A 为3、B 为7。程序没有报错，条目数也像是两个类别，数值却已经丢了一段。

如果业务要求把相同键集中起来，可以先用与分组相同的键函数排序。这里排序后的标识顺序是 r1、r3、r2，再分组便得到一个 A 段和一个 B 段。Python 的排序保持同键记录的相对顺序，因此 A 内仍是 r1 在前、r3 在后。这个性质只能保留输入已有的先后，不能替输入补出真实的事件时间。

组是迭代器，推进外层会影响旧组

另一个容易误判的地方是返回值。groupby 每次给出键和一个组迭代器，组迭代器与外层共享同一条输入流。它不是已经装好记录的独立列表。

在本次观察里，先把外层所有“键、组迭代器”收集到列表，再逐个读取组，三个组都为空。收集外层的过程中，输入已经被推进到末尾，旧组不能倒回去重新读取。只保存变量引用，没有保存组里的记录。

需要稍后访问成员时，应在外层进入下一组之前，把当前组立即转成列表。若只要总数，也可以在当前循环里直接消耗当前组求和；不要把尚未读取的组交给后续阶段，假设它会一直保留原数据。

用同一个键排序，并立即保存成员

下面是完整可运行的例子，只使用标准库。它把整批同键记录放到一起，同时留下可供复查的成员标识。

from itertools import groupby
from operator import itemgetter

rows = [
    {"team": "A", "id": "r1", "count": 2},
    {"team": "B", "id": "r2", "count": 7},
    {"team": "A", "id": "r3", "count": 3},
]
key = itemgetter("team")
ordered = sorted(rows, key=key)
groups = {}
for team, group in groupby(ordered, key=key):
    members = list(group)
    groups[team] = {
        "ids": [row["id"] for row in members],
        "total": sum(row["count"] for row in members),
    }
print(groups)

本次实际输出为 A 的标识列表 r1、r3、总数5，以及 B 的标识列表 r2、总数7。原输入仍保持 r1、r2、r3 的次序；sorted 创建了新列表，但其中的字典仍引用原记录，保存成员也不等于深拷贝。

排序会改变整批记录的排列，并需要容纳排序结果；若输入是持续到来的流，或者业务要找连续状态段，就不能随意先排序。只要每个键的累计值时，也可用字典逐条累加，不必保存全部成员。应由结果需要什么决定方法，不能把所有“分组”都写成同一种流程。

本次于2026年11月10日在本地 Python 3.12.14 下分别执行观察脚本和正文脚本，各一次，退出码均为0，stderr均为空。验证只覆盖三个合成记录的顺序处理，没有访问云端或生产数据，没有测性能与并发。材料能够说明这次输入下的连续段、排序结果和消费时机，其他输入与使用条件仍需另行验证。