绝大多数indexerror源于循环逻辑与列表状态失配：for循环中索引计算正确但列表已变更；常见错误包括range(len(lst)+1)越界、边遍历边删除导致索引错位、未校验外部数据长度即访问固定索引。
绝大多数 IndexError: list index out of range 错误，确实不是写错了一个数字，而是循环逻辑和列表状态没对齐——索引算得没错，但列表已经不是当初那个列表了。
for i in range(len(lst)) 本身没问题，但加个 +1 就越界
这是最直白也最高频的坑。你写 range(len(lst)) 是安全的，但稍一走神写成 range(len(lst) + 1) 或 range(1, len(lst) + 1)，循环就会多跑一次。
- 比如
lst = [10, 20]，len(lst)是 2，range(3)生成0, 1, 2，访问lst[2]必然炸 - 尤其在“取前 N 项”逻辑里，N 写死为 10，但实际数据可能只有 3 条，
range(10)硬跑 10 轮，从第 4 次开始全越界 - 调试时别只看循环变量
i的值，要同步 printlen(lst)和i，确认二者关系
边遍历边删元素，索引直接错位
当你用 for i in range(len(lst)): 配合 lst.pop(i) 或 del lst[i]，列表长度实时缩短，但 i 还按原长度递增，结果跳过下一个元素，或者最后一步访问到空位。
Python 3.14.2
下载
Python 3.14.2是Python编程语言在2025年12月5日发布的稳定版本，属于3.14系列的第二个维护更新。该版本包含了18项修复，重点解决了多进程、数据类及正则表达式等模块的回归问题，并修复了CVE-2025-12084等安全漏洞。此版本标志着自由线程模式（移除GIL）正式获得官方支持，是Python发展的重要里程碑。
- 例如
lst = ['a', 'b', 'c', 'd']，在i == 1时删掉'b'，列表变成['a', 'c', 'd']，下一轮i == 2会取到'd'，而'c'被跳过了 - 更糟的是，如果删到最后还继续
i += 1，最终i可能等于新长度，触发越界 - 正确做法：倒序遍历（
for i in range(len(lst)-1, -1, -1)），或收集待删索引后统一处理，或改用列表推导式过滤
外部数据未校验就硬取 row[2] 这类固定索引
CSV 行、API 返回的 JSON 数组、日志切分后的字段……这些数据结构不保证每条都含预期数量的元素。你假设“每行都有 4 列”，但某条数据缺字段、被截断或格式异常，row[2] 就成了雷。
- 不要依赖文档或测试样本的“典型情况”，生产环境永远有意外
- 简单防御：用
if len(row) > 2:包一层；更健壮可封装成工具函数，比如safe_get(row, 2, default='N/A') - 用
try/except IndexError:也可以，但仅限于“缺失是业务正常分支”，比如某些字段可选；如果是必填字段缺失，该报错就报错，别静默吞掉
真正难 debug 的不是越界本身，而是越界发生在哪一层逻辑里——可能索引来自上层函数返回，而那个函数又依赖配置或网络响应。所以别只盯着报错行，得顺藤摸瓜查清楚：这个 i 是谁给的？它对应的数据源长度是否稳定？有没有并发或异步修改的可能？
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
