python 3.10 显著提升语法错误定位精度，对未闭合的 {、[、( 能准确定位到源头并提示“was never closed”，行号信息更可靠，覆盖首次解析阶段，动态执行需传入有效 filename 才生效。
未关闭的 {、[、( 现在能直接标出源头
以前写长字典或嵌套结构时，少打一个 }，Python 会报 SyntaxError: unexpected EOF while parsing，箭头还指在下一行甚至空行上，根本看不出问题在哪。
现在解释器会主动找到最早那个没闭合的符号，并在它正下方画箭头：
比如这段代码：
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>"</string>），才能稳定触发新提示逻辑。Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
