Python 3.10 显著提升语法错误定位精度，对未闭合的 {、[、( 能准确定位到源头并提示“was never closed”，行号信息更可靠，覆盖首次解析阶段，动态执行需传入有效 filename 才生效。

Python 3.10 确实让语法错误定位更准了，尤其对括号、引号、花括号这类配对符号漏写的情况，不再报错到文件末尾或完全无关的行。

未关闭的 {、[、( 现在能直接标出源头

以前写长字典或嵌套结构时，少打一个 }，Python 会报 SyntaxError: unexpected EOF while parsing，箭头还指在下一行甚至空行上，根本看不出问题在哪。 现在解释器会主动找到最早那个没闭合的符号，并在它正下方画箭头：

比如这段代码：

python-parallelization

将顺序 Python 代码转换为并行/并发实现，用于在需要并行化 Python 代码、提升性能时使用。

下载

expected = {9: 1, 18: 2, 19: 2, 27: 3,
            28: 3, 29: 3, 36: 4, 37: 4,
some_other_code = foo()

Python 3.10 会明确提示：

File "example.py", line 1
expected = {9: 1, 18: 2, 19: 2, 27: 3,
            ^
SyntaxError: '{' was never closed

• 错误位置精准落在 { 所在行，而不是 some_other_code = foo() 那行
• 消息直接说 '{' was never closed，比 unexpected EOF 更具可操作性
• 这个改进覆盖所有三类配对符号：{ / }、[ / ]、( / )

SyntaxError 的行号现在更可靠

PEP 626 让 Python 3.10 的 AST 解析器记录更精确的行号信息，这对调试和 IDE 支持很关键：

• 以前嵌套很深的表达式出错，可能显示为“line 1”，实际错在第 50 行内部
• 现在 traceback 中每层调用的行号基本与源码一致，breakpoint() 和调试器也能停在更准的位置
• 不影响运行时性能，纯解析阶段增强

哪些场景下你可能 still 感觉不到改进

这个优化主要针对「结构缺失」类错误，不是万能的：

• 拼写错误（如把 def 写成 deff）还是报 invalid syntax，但箭头位置已比 3.9 更合理
• 字符串内引号不匹配（如 "hello 'world）仍可能指向行尾，不过错误信息已改为 unterminated string literal
• 如果文件里混用了 tab 和空格，且缩进异常严重，仍可能干扰行号判断

真正容易被忽略的是：这个改进只在**首次解析阶段**生效。如果你用 exec() 或 compile() 动态执行代码，且传入的是字符串而非文件路径，错误位置可能退化回旧行为——因为缺少真实文件上下文。需要确保 filename 参数传入有意义的值（哪怕只是 "<string>"），才能稳定触发新提示逻辑。