import语句触发Python导入协议：先由sys.meta_path查找器定位模块，再由加载器执行并注入sys.modules缓存；可被拦截实现热重载等高级功能。
import 语句到底在做什么？
它不是简单地“把代码复制进来”，而是触发 Python 的导入协议：先由 sys.meta_path 上的查找器（finder）定位模块，再由加载器（loader）执行并注入到 sys.modules 缓存中。整个过程可被拦截、替换或调试——这也是实现热重载、沙箱隔离、远程模块加载的基础。
为什么 import foo 有时找不到模块，但 sys.path 看起来是对的？
常见错误现象：ModuleNotFoundError: No module named 'foo'，而 print(sys.path) 显示路径已包含目标目录。问题往往出在查找器没匹配上：
- 目录下缺少
__init__.py（Python 3.3+ 启用 PEP 420 隐式命名空间包前，普通包仍需该文件） - 路径是相对路径或符号链接，但当前工作目录（
os.getcwd()）与预期不一致 - 自定义 finder 被插入
sys.meta_path前端，提前返回了None，导致后续标准查找器（如PathFinder）根本没机会运行 - 模块名含非法字符（如连字符
-），import my-module会语法错误；必须用importlib.import_module('my-module')动态导入
如何手动触发查找和加载，绕过 sys.modules 缓存？
用于调试、测试或强制重载。关键点：缓存优先级高于查找器，所以得先清理再操作：
- 清除缓存：
sys.modules.pop('foo', None)（注意：若其他模块已导入它，可能引发不一致） - 手动查找：
finder = importlib.machinery.PathFinder()，然后spec = finder.find_spec('foo', [search_path]) - 手动加载：
if spec is not None: module = importlib.util.module_from_spec(spec); spec.loader.exec_module(module) - ⚠️ 注意：
importlib.reload()只适用于已存在于sys.modules中的模块，且不会递归重载其依赖项
importlib.util.spec_from_file_location 为什么比直接 exec(open(...)) 更安全？
因为前者走完整导入协议，后者只是执行字符串代码，绕过了所有机制：
立即学习“Python免费学习笔记（深入）”；
-
spec_from_file_location生成的ModuleSpec包含origin、loader、submodule_search_locations等元信息，能正确处理相对导入（from . import bar） -
exec运行的代码没有__name__、__file__或__package__，相对导入会报SystemError: Parent module '' not loaded - 动态加载时，若模块内使用
__import__或importlib.import_module，只有走 spec 流程才能让嵌套导入正常解析路径
__import__ 函数的行为与 import 语句不完全等价（例如它返回的是顶层包，而非点号最右端的模块），而几乎所有现代框架依赖 importlib 的 spec 模型。一旦开始写自定义 finder 或 loader，就必须严格遵循 ModuleSpec 的字段约定，否则 importlib.util.module_from_spec 可能静默失败。 
