正确做法是用importlib.util.spec_from_file_location构造spec，再用module_from_spec创建模块对象并调用exec_module执行；file_path必须为绝对路径，模块名可自定义，加载后需显式保存引用或注入sys.modules以防gc丢失。
用 importlib.util.spec_from_file_location 加载任意路径的模块
直接用 imp（已弃用）或裸 import 都没法加载非 sys.path 中的 .py 文件。正确做法是靠 importlib.util.spec_from_file_location 构造模块 spec，再用 importlib.util.module_from_spec 实例化模块对象。
常见错误是调用 importlib.import_module 传入文件路径——它只认模块名，不认路径，会报 ModuleNotFoundError。
-
file_path必须是绝对路径，相对路径容易因工作目录变化失效；可用os.path.abspath()或pathlib.Path.resolve()处理 - 模块名（第一个参数）可以自定义，但建议用文件名（不含 .py）避免命名冲突，例如
spec = importlib.util.spec_from_file_location("mymodule", "/tmp/foo.py") - 必须显式调用
spec.loader.exec_module(module)，否则模块里的代码不会执行
加载后怎么安全访问模块内容？
动态加载返回的是一个普通模块对象，和 import 得到的一样，但你得自己保管引用，不然会被 GC 掉（尤其在函数内加载时）。
典型陷阱：没把模块对象赋给全局变量或长期存活的容器，导致后续调用时报 AttributeError 或找不到符号。
- 别写
importlib.util.module_from_spec(spec)后不赋值就丢掉——那模块根本没绑定到任何名字 - 如果模块里有
if __name__ == "__main__"块，它会在exec_module()时运行，注意副作用 - 想让模块像普通 import 一样被其他地方通过名字导入，得手动加进
sys.modules：sys.modules["mymodule"] = module
为什么不用 imp.load_source？
imp 模块在 Python 3.4+ 已标记为 deprecated，3.12 起彻底移除。用它会触发 DeprecationWarning，且不支持 PEP 451 的模块协议（比如缺失 __spec__），某些依赖模块元信息的工具（如 pytest、mypy）可能出错。
迁移成本极低：把 imp.load_source("name", "/path.py") 替换为三行 importlib.util 调用即可。
- 旧写法：
mod = imp.load_source("cfg", "/etc/myapp/config.py") - 新写法：
spec = importlib.util.spec_from_file_location("cfg", "/etc/myapp/config.py"); mod = importlib.util.module_from_spec(spec); spec.loader.exec_module(mod)
遇到 ImportError: attempted relative import with no known parent package 怎么办？
这是模块内部用了相对导入（如 from .utils import helper），但动态加载时没设置 __package__，Python 不知道“当前包”在哪。
解决方法是在 exec_module() 前手动补上：
module.__package__ = "myproject.subpkg" # 根据实际包结构填 module.__spec__.parent = "myproject.subpkg"
更稳妥的做法是避免在被动态加载的模块里用相对导入——改用绝对导入，或把整个包路径加入 sys.path 后走常规 import。
路径和包结构对不上时，__file__ 和 __spec__.origin 也可能不一致，调试时优先查 module.__spec__.origin 确认加载源。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
