应使用traceback.extract_tb(tb)[0].lineno获取原始报错行号，因tb_lineno返回的是 traceback 帧所在行（常为 except 行），而非异常源头；extract_tb返回的首项即最内层帧，准确对应错误发生位置。
如何从 traceback 对象里准确读出报错行号
直接取 tb_lineno 是最常用也最容易出错的方式——它返回的不是“当前异常发生处”的行号，而是 traceback 帧（TracebackType）所指向的那行代码的行号，而这个帧可能是异常传播路径上的任意一层，不一定是原始出错点。
真正想定位原始错误位置，得拿到最内层的 traceback 帧，也就是 sys.exc_info()[2] 返回的链表尾部（即最早抛出异常的那个帧）。
- 用
sys.exc_info()捕获三元组：(type, value, traceback) - 遍历
traceback链表直到tb_next为None，那个帧的tb_lineno才是原始行号 - 更稳妥的做法是用
traceback.extract_tb()，它默认返回从最内层到最外层的帧列表，首项就是原始错误位置
用 traceback.extract_tb() 提取原始行号的实操写法
这是推荐做法：简洁、可读、不易错。它把 traceback 解析成标准结构，每项是 (filename, lineno, function, text) 元组。
import sys
import traceback
<p>try:
1 / 0
except ZeroDivisionError:
tb = sys.exc_info()[2]
frames = traceback.extract_tb(tb)
filename, lineno, func, text = frames[0] # 注意是 [0]，不是 [-1]
print(f"原始错误在 {filename}:{lineno}，函数 {func}，代码：{text}")
</p>
注意：frames[0] 对应最内层（最早抛异常）的位置；如果误用 frames[-1]，会拿到最外层调用位置，比如 except 块所在行，完全偏离目标。
安全 Python 代码沙箱：在隔离的沙箱中执行任意 Python 代码，预装 requests、NumPy、pandas 库。返回 stdout、stderr。
为什么直接 print(e.__traceback__.tb_lineno) 会错
Exception 实例的 __traceback__ 属性指向的是最外层 traceback 帧（即进入 except 时的帧），它的 tb_lineno 是 except 语句本身那行，不是出错行。
- 执行
except ZeroDivisionError as e:时，e.__traceback__已被设为当前上下文的 traceback 帧，和原始异常已脱钩 -
e.__traceback__.tb_lineno值通常是except行号，比如第 5 行，而非1/0所在的第 2 行 - 正确路径是通过
sys.exc_info()[2]拿原始 traceback 链，而不是依赖异常对象自带的引用
生产环境建议：别手动解析，用 logging.exception()
真实项目里几乎不需要手撕 traceback。直接用 logging.exception("出错了")，它内部自动调用 traceback.print_exception()，输出完整堆栈且首行就是原始错误位置。
如果需要结构化提取（比如上报到监控系统），优先用 traceback.format_exception() 或 traceback.TracebackException（Python 3.10+），它们比手动遍历 tb_next 更健壮，能处理循环引用、缺失源码等边界情况。
手动访问 tb_lineno 的场景极少，通常只出现在写调试工具或极简日志封装时；一旦涉及多层装饰器、exec、动态代码，tb_next 链可能被截断或重定向，这时连最内层帧都不可靠——得靠 TracebackException.from_exception() 这类高层 API。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
