SyntaxError在模块编译阶段即抛出，早于import执行，故try/except ImportError或SyntaxError无效；正确拦截点是compile()阶段，需在动态加载前显式调用compile并捕获异常。
为什么 import 无法捕获动态加载的 SyntaxError
因为 SyntaxError 在模块编译阶段就抛出了，早于导入逻辑执行。用 try/except ImportError 或 try/except SyntaxError 包裹 import 语句根本没机会触发——Python 解释器在读取、解析源码时就直接中止了，不会走到执行 import 的那行。
拦截动态加载语法错误的正确位置：在 compile() 阶段
所有动态加载（比如 importlib.util.spec_from_file_location + module_from_spec，或 exec(open(...).read())）都绕不开 compile()。这才是语法检查发生的实际节点。
实操建议：
- 不要直接
exec(code_string)，先用compile(code_string, filename, 'exec')尝试编译 - 把
SyntaxError捕获在compile()调用处，而不是后续exec()或import_module() -
filename参数务必传真实路径或占位符（如'<dynamic>'</dynamic>），否则异常 traceback 里看不到上下文行号
示例：
立即学习“Python免费学习笔记（深入）”；
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
try:
code = compile(source_code, 'mymodule.py', 'exec')
except SyntaxError as e:
print(f"Syntax error in {e.filename} at line {e.lineno}: {e.msg}")
# 这里可记录、告警、跳过，或 fallback 到默认行为
code = None
if code is not None:
exec(code, module.__dict__)
使用 importlib.util.module_from_spec() 时怎么插手编译
这个流程默认走的是 spec.loader.exec_module()，底层仍会调用 compile()，但不暴露给你。要拦截，就得自定义 loader。
常见做法是继承 importlib.abc.SourceLoader，重写 get_code() 方法：
- 在
get_code()中读取源码 → 调用compile()→ 捕获SyntaxError - 若出错，可返回
None或 raise 自定义异常，避免后续执行崩溃 - 注意：必须同时实现
get_source()和path_stats()等抽象方法，否则实例化失败
关键点：Python 不允许你“替换”内置 SourceFileLoader 的编译行为，只能自己造一个 loader 并显式挂到 spec.loader 上。
容易被忽略的边界情况
动态加载不只是 exec 和 importlib，还有 eval()、ast.parse()、Jinja2 模板渲染等场景，它们各自触发 SyntaxError 的时机不同：
-
eval('if True:') → SyntaxError：同compile()，必须提前 wrap -
ast.parse('x =')：抛SyntaxError，但堆栈更短，需单独捕获 - 某些 IDE 或热重载工具（如
watchfiles+importlib.reload()）会在 reload 前自动 recompile，此时错误发生在框架内部，你只能监听其暴露的钩子或日志
真正难处理的是那些封装过深、不提供源码预检入口的第三方加载机制——这时候唯一办法是 monkey patch 对应的编译入口，比如临时替换 builtins.compile，但风险高，仅限调试。
