动态导入importlib.import_module绕过静态分析，导致IDE无提示、类型检查失效；应校验模块名、避免字符串拼接、慎用__import__；需防范RCE风险并管控模块副作用。
动态导入 importlib.import_module 会绕过静态分析和 IDE 提示
你用 importlib.import_module 加载模块时，Python 解释器确实能跑通，但 PyCharm、mypy、ruff 这些工具基本“看不见”它——它们依赖 AST 静态扫描，而动态字符串导入在运行前根本不存在可解析的 import 节点。
常见错误现象：AttributeError 报错位置飘忽、补全失效、类型检查完全失能、CI 中 mypy 突然不报已知问题。
- 如果路径来自用户输入或配置文件（比如
config.module_path = "myapp.handlers.v2"），务必提前校验该字符串是否符合 Python 模块命名规范（不能含-、不能以数字开头、不能是保留字） - 推荐加一层白名单校验：
if module_name not in {"myapp.handlers.v1", "myapp.handlers.v2"}: raise ValueError("Unsupported handler") - 避免拼接字符串构造模块名，比如
f"{prefix}.{suffix}"—— 这会让安全审计和路径追踪彻底失效
__import__ 和 importlib.import_module 的行为差异容易踩坑
__import__ 是底层函数，语义和 import 语句不一致：它默认只返回最顶层包。比如 __import__("a.b.c") 返回的是 a 对象，不是 a.b.c；而 importlib.import_module("a.b.c") 才真正等价于 from a.b.c import * 的目标模块。
使用场景：写插件系统、测试环境 mock 替换、CLI 工具按需加载子命令。
立即学习“Python免费学习笔记（深入）”；
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 永远优先用
importlib.import_module，除非你在写 import hook 或调试解释器本身 -
__import__的fromlist参数极易误用，比如__import__("a.b.c", fromlist=["*"])并不会导入所有内容，它只影响返回值层级，不是通配符导入 - 注意 Python 版本兼容性：
importlib.util.spec_from_file_location+importlib.util.module_from_spec在 3.4+ 更可控，适合从非 sys.path 路径加载 .py 文件
动态加载引发的模块重复初始化与状态污染
同一模块被不同路径多次 importlib.import_module，只要模块名相同（如 "myplugin.core"），Python 就复用 sys.modules 中已缓存的模块对象——这看起来省事，但实际可能出事。
常见错误现象：全局变量被意外重置、atexit 注册重复、日志 handler 叠加、数据库连接池初始化两次。
- 确认模块是否已被加载：
if "myplugin.core" not in sys.modules: importlib.import_module("myplugin.core")，但这只是权宜之计 - 更稳妥的做法是把初始化逻辑移到模块顶层之外，改用显式函数调用：
mod = importlib.import_module("myplugin.core"); mod.init(config) - 避免在模块顶层做副作用操作（如修改
logging.basicConfig、启动线程、连接 DB），这类代码必须可重入或带幂等判断
路径不可信时加载模块等于执行任意代码
只要传给 importlib.import_module 或 importlib.util.spec_from_file_location 的路径/模块名来自外部（HTTP 请求参数、数据库字段、环境变量），你就等于开放了一个远程代码执行入口。
典型攻击链：request.args.get("handler") → importlib.import_module(handler) → 加载并执行恶意 <code>os.system("rm -rf /") 的模块。
- 绝对不要直接使用未清洗的字符串，哪怕加了
try/except ImportError也没用——ImportError发生在模块编译后、执行前，恶意代码早已注入 - 限制加载范围：只允许从预设目录（如
./plugins/）中加载，且强制校验文件名是否匹配^[a-zA-Z_][a-zA-Z0-9_]*\.py$ - 考虑用
importlib.util.spec_from_file_location+ast.parse静态扫描源码，拒绝包含os.system、eval、exec、subprocess的模块（虽然绕过手段多，但至少提高攻击成本）
最麻烦的不是语法能不能跑，而是模块加载后那些隐式触发的副作用——它们藏在 __init__.py 里、藏在类定义时、藏在装饰器注册中，动态加载让这些触发点彻底脱离你的控制视线。
