importlib.import_module 是 Python 3.9+ 动态导入的唯一推荐方式，因其安全、语义明确、行为可预测；__import__ 易返回错误模块对象、相对导入易出错、需提前用 find_spec 检查可见性、注意 sys.modules 缓存影响。
importlib.import_module 是 Python 3.9+ 动态导入的唯一推荐方式，它不是“更好用”，而是“唯一安全、语义明确、行为可预测”的选择。直接调用 __import__ 或旧式 imp 模块已被弃用且存在隐蔽风险。
为什么 __import__ 容易返回错的模块对象
__import__ 的设计初衷是服务 import 语句底层，不是给人写的。它返回的是**最高层级包**，而非你指定的完整路径：
比如 __import__("os.path") 返回的是 os 模块，不是 os.path；__import__("json.decoder") 返回 json，decoder 不会自动绑定到返回值上。
要拿到真正的 os.path，你得手动从 os 里取：getattr(__import__("os.path"), "path") —— 这既脆弱又反直觉。
-
importlib.import_module("os.path")直接返回os.path模块对象，和import os.path效果一致 - 相对导入必须配
package参数，__import__要靠fromlist和level手动算，极易出错 - 错误信息模糊：
ModuleNotFoundError报错时，__import__可能指向父包，而import_module明确指出缺失的是哪个子模块
importlib.import_module 如何处理相对导入
相对导入只在包上下文中才有意义，import_module 强制要求显式传入 package 参数，杜绝歧义：
例如你在 myapp.core 包内想导入同级的 utils 模块：
- ✅ 正确：
importlib.import_module(".utils", package="myapp.core") - ❌ 错误：
importlib.import_module(".utils")→ 报ValueError: attempted relative import with no known parent package - ⚠️ 危险：
__import__(".utils", fromlist=[], level=1)行为依赖当前执行上下文，测试通过但上线可能崩
这个参数不是可选的“增强功能”，而是防止模块解析错位的安全锁。
立即学习“Python免费学习笔记（深入）”；
动态导入前必须检查模块是否可见
动态导入失败，90% 不是代码写错了，而是模块根本不在 Python 的搜索路径里。别等 import_module 抛异常才处理——用 importlib.util.find_spec 提前探路：
-
spec = importlib.util.find_spec("myplugin.v1")返回None？说明该模块名不可见，可能是路径没加、文件没放对、或拼写含非法字符 - 模块名必须符合 Python 标识符规则：
^[a-zA-Z_][a-zA-Z0-9_]*(\.[a-zA-Z_][a-zA-Z0-9_]*)*$，否则即使路径对也会被拒绝 - 新创建的 .py 文件（比如插件热加载）需调用
importlib.invalidate_caches()，否则系统缓存旧的查找结果
sys.modules 缓存带来的隐性行为
importlib.import_module 会把结果写入 sys.modules，后续相同名字的导入直接返回缓存对象——这通常省资源，但也带来陷阱：
如果你反复导入同一模块并修改其内部状态（比如重置配置），要注意它不是“重新加载”，只是取缓存引用。
- 需要真正重载？用
importlib.reload(module)，但仅限已导入模块，且不解决跨模块引用问题 - 插件场景中，若模块有全局副作用（如注册钩子），重复导入不会触发二次初始化
- 测试中 mock 某个动态导入的模块？必须在
import_module调用前 patchsys.modules，否则 patch 失效
