-
我在 Python 里用 zip 把两个列表配成一对对、自以为天衣无缝,可下游的数据莫名其妙少了一截、有些记录凭空消失,我反复检查源数据明明都在,最后才发现两个列表长度差了几个而 zip 会在最短的那个用完时就悄悄停下长的那个多出来的全被它一声不吭地丢掉了的深度复盘
我有两批数据要配对:一批 ids、一批 values,本应一一对应,很自然写 for id, value in zip(ids, values) 配成对处理,测试数据一切正常。可上线后下游报数据少了:本应处理 1000 条实际只处理了 997 条、有几条记录像凭空消失既没报错日志也没异常。我反复核对源头那几条数据明明都在,直到打印 len(ids) 和 len(values) 才发现两个列表长度不…- 0
- 0
-
我写了个用 yield return 返回过滤结果的 C# 方法、在方法开头加了参数为空就抛异常的校验,调用处也老老实实包了 try-catch,结果传 null 进去那个异常死活没被 catch 住一路飞到最外层,盯着代码看半天才反应过来整个方法体压根没在调用那一刻执行的深度复盘
我写了个 C# 方法,接收一个集合和阈值、用 yield return 逐个吐出大于阈值的元素,很注意防御地在方法第一行就校验:集合为 null 就抛 ArgumentNullException,调用方也规规矩矩把调用包在 try-catch 里准备优雅降级。可上线后一个 null 传进来程序直接崩了:异常确实抛了,却没被那个明明包着调用的 try-catch 接住,而是穿过它一路冒泡到最顶层。我…- 0
- 0
-
我在 Python 里一边遍历字典一边删掉满足条件的键,本以为天经地义,结果程序直接抛 RuntimeError 说字典在迭代时改变了大小:一次遍历时修改容器、误以为可以边用边改的深度复盘
我有个字典 cache,想把所有过期条目删掉,顺手写了 for key in cache: if is_expired(cache[key]): del cache[key]——遍历每个键、过期就删,多直白。可一运行就崩:RuntimeError: dictionary changed size during iteration(字典在迭代中改变了大小)。删个字典元素怎么还犯法了?复盘迭代器机制才…- 0
- 0
-
我在 for-each 遍历一个 List 的过程中顺手删了几个元素,本地跑得好好的、线上却偶发抛 ConcurrentModificationException 崩溃:一次 Java 遍历时修改集合、迭代器 fail-fast 机制的深度复盘
我写了个清理逻辑遍历订单列表、把过期的删掉,for-each 里遇到过期就 orders.remove(order)。本地几条数据跑得好好的,上线后日志偶尔蹦出 java.util.ConcurrentModificationException、清理任务直接崩了。可这是单线程循环,哪来的并发?查清才发现:这异常名有误导,单线程一边遍历一边改集合也抛;for-each 底层是迭代器,迭代器靠 mod…- 0
- 0
-
一个生成器我先遍历了一遍算总数、再遍历一遍做处理,结果第二遍啥也没有、处理了零条数据:一次 Python 迭代器只能消费一次、把一次性的流当成可反复遍历的列表的深度复盘
我写脚本批量处理数据,逻辑很直白——先遍历一遍算出总共多少条打印进度,再遍历一遍真正处理每一条。本地测着没问题,上线处理大数据日志却显示共 0 条待处理、一条都没处理。打印那个变量才看清:它不是 list,而是个生成器(迭代器);迭代器只能消费一次,第一遍 sum 算总数时就把它的游标走到了尽头、消费光了,第二遍遍历时它已经空了。这篇复盘从故障现场讲到迭代器为什么只能消费一次、它和列表的本质区别(…- 0
- 0
-
一段在 for-each 循环里直接 remove 元素的 Java 代码,跑起来就抛 ConcurrentModificationException,我和快速失败机制正面撞上了:一次集合遍历删除的深度复盘
一段单线程的 for-each 遍历 ArrayList、在循环里 remove 满足条件的元素,一运行就抛 ConcurrentModificationException——可明明是单线程,哪来的并发?根因是增强 for 底层用迭代器遍历,迭代器有 fail-fast 机制:记录集合的 modCount,每步检查它有没有被改;而 list.remove 绕过迭代器直接改集合让 modCount …- 0
- 0
-
我先用生成器算了个总数,再想遍历它处理数据,结果第二次遍历竟然一个元素都没有,我对着 Python 生成器只能迭代一次、用完就耗尽这个坑排查了大半天的复盘
一个让我对 Python 生成器到底是什么彻底搞明白的坑,诡异在我拿着同一个变量第一次遍历它好好的有一堆数据、第二次遍历它却空空如也一个元素都没有,就好像数据被偷偷搬空了。要先统计一批数据总数再逐个处理,用了生成器既省内存又优雅:data = (x for x in source if x.is_valid);count = sum(1 for _ in data) 算出 100 条;然后 for…- 2
- 0
-
我在 for-each 循环里遍历一个 List 时顺手删掉了几个元素,明明是单线程却抛了个 ConcurrentModificationException,我对着增强 for 循环底层用迭代器的 fail-fast 机制这个坑排查了大半天的复盘
一个让我对 Java 遍历和修改不能同时进行彻底记牢的坑,困惑在那个异常的名字 ConcurrentModificationException(并发修改异常),可我的代码压根是单线程的根本没并发,凭什么报并发修改?要遍历列表把满足条件的元素删掉(删已取消订单),自然用增强 for 边遍历边删 for (Order o : orders) { if (o.isCancelled()) orders.…- 2
- 0
-
我的 Python 函数返回的数据,第一次遍历好好的、第二次却空空如也,我对着生成器只能消费一次这个坑排查了大半天的复盘
写了个数据处理脚本,一个函数返回一批记录,调用方先遍历一遍统计总数打进度、再遍历一遍写数据库,逻辑顺得不能再顺。结果诡异:日志清清楚楚"共 5000 条",数据库里却一条都没写进去。盯着代码反复看,两次遍历代码一模一样,凭什么第一次数出 5000、第二次一条没有?甚至怀疑数据库连接,查半天没问题。排查大半天才撞上 Python 对新手极隐蔽的坑:生成器只能被消费一次。根因是函数…- 0
- 0
-
我在 for 循环里一边遍历列表一边删元素,结果有些该删的没删掉、还漏处理了一些,我盯着这个忽好忽坏的结果排查了大半天的深度复盘
我用 for 循环遍历列表,遇到满足条件的就 list.remove() 删掉,直觉得很。可结果诡异:有些明明该删的没删掉、还漏处理了一些元素,遍历像在跳着走;两个该删的挨在一起就必漏一个,忽好忽坏难复现。深究 for 遍历列表的机制才懂:它靠索引往后走,我删掉索引 i 的元素后,后面元素整体前移一位,而循环下一步去看 i+1,那个前移到 i 的元素就被跳过了。在迭代一个集合的同时修改它的结构,会…- 0
- 0
-
明明单线程遍历删元素却报 ConcurrentModificationException 并发修改异常、还时灵时不灵:Java 集合 fail-fast 遍历删元素的避坑复盘
这是一个名字听起来吓人却几乎人人都踩过一次的异常——ConcurrentModificationException 并发修改异常。它最让我困惑的地方是那个 Concurrent 并发二字:我明明是单线程跑的代码从头到尾就一个线程哪来的并发?可它偏偏就抛了。事情是这样的:我写了一段清理逻辑要遍历一个用户列表把里面不活跃的用户从列表里删掉,逻辑直白得不能再直白一边遍历一边把满足条件的删掉,可一跑就时不…- 0
- 0
-
先数总数日志打着共5000条、紧接着逐条处理的循环却一条没执行数据像凭空蒸发:Python 生成器只能遍历一次的避坑复盘
这是一个数据凭空消失的诡异 bug,排查时让我一度怀疑是不是 Python 解释器出问题了。事情是这样的:我有一个处理数据的函数接收一批数据,先算一下这批数据的总数用来打日志做校验,然后再逐条地去处理它们,代码逻辑顺得不能再顺先数个数再挨个处理。可运行起来日志里明明白白打着共5000条,紧接着的逐条处理循环却一条都没执行,就好像那5000条数据在我数完个数之后开始处理之前的那一瞬间集体蒸发了。盯着…- 0
- 0
-
单线程也崩:Java 遍历删除 fail-fast 异常避坑
有个每天凌晨跑的批处理任务,逻辑很朴素:遍历一批订单,把失效的剔除掉,剩下的继续处理,测试环境跑了无数遍都好好的。直到某天凌晨任务突然挂了,异常栈顶端赫然写着 java.util.ConcurrentModificationException。我当时就懵了——这台机器上就一个线程在跑,哪来的并发修改?名字里却带着并发二字,这误导性的命名让我一开始完全找错方向,围着多线程查了半天一无所获。静下心读异…- 0
- 0
-
迭代器模式完全指南:从 for-each 到 Stream / Generator 的现代演化
迭代器模式是 23 个 GoF 模式里最"成功"的一个 —— 成功到几乎所有现代语言都把它内置进语法:Java 的 for-each、Python 的 for x in、JS 的 for...of、C# 的 foreach、Rust 的 iter()。这背后都是迭代器模式。但内置归内置,什么时候要自己实现迭代器、惰性求值的代价、流式处理的边界,这些工程问题没那么显然。这篇文章把…- 2
- 0
-
Python 生成器从入门到精通:yield、迭代器协议与惰性求值
很多人写了几年 Python,对 yield 的认识还停留在"它能让函数返回多个值"。这个理解不算错,但太浅,浅到没法解释这些问题:为什么 yield 的函数调用后不执行?为什么生成器只能遍历一次?生成器和迭代器到底什么关系?yield from 又是什么?这篇文章把生成器、迭代器协议、惰性求值这三件事一次讲透,并给出能直接用在生产代码里的模式。 从迭代器协议说起 要理解生成器…- 0
- 0
迭代器
-
￥优惠劵使用时效：无法使用使用时效：
之前
使用时效：永久有效优惠劵ID：×