python模块首次import时执行查找→编译→执行→绑定四步，模块对象创建即入sys.modules，执行完顶层语句后变量绑定到其__dict__；后续import直接复用缓存对象，不重读文件、不重编译、不重执行。
因为 Python 把模块对象缓存在 sys.modules 里，后续 import 直接复用，跳过执行。
模块首次 import 时到底发生了什么
Python 不是“读取文件”，而是完整走完查找 → 编译 → 执行 → 绑定四步。其中“执行”指逐行运行所有缩进为 0 级的语句（print()、requests.get()、变量赋值、类定义体、装饰器调用等），函数定义本身不运行但会注册，类定义体会被执行。
- 模块对象一创建就立刻塞进
sys.modules，哪怕它还没执行完（这正是循环导入出AttributeError的根源） - 执行完后，模块的全部顶层变量（包括修改过的）都绑定在该对象的
__dict__上 - 这个对象是单例——无论你
import m还是from m import x，只要模块名一致，就共享同一个对象
第二次 import 为什么没反应
Python 在真正加载前，先查 sys.modules。如果键存在（比如 "mymodule"），直接把对应模块对象的引用绑定到当前命名空间，不碰源文件，不编译，不执行。
python-script-generator
下载
快速生成专业的 Python 脚本和应用代码。一键创建完整项目结构，支持CLI、API、爬虫、Bot、Django等多种项目类型，包含完整的项目结构、配置文件、依赖管理、测试、README和文档。
- 即使你在中间改了
mymodule.py文件内容，再次import mymodule也不会重新加载（除非手动importlib.reload()） -
from mymodule import x看似“只导入一部分”，其实仍会完整执行整个模块——只是只把x绑定到当前作用域 - 模块内被修改的变量（如
CONFIG = "prod"）会持续生效，因为操作的是同一个对象
if __name__ == "__main__" 不是执行开关
这个判断只控制某段代码是否在“直接运行脚本”时进入执行流，对 import 行为零影响。它不阻止模块被 import 时执行顶层代码，也不改变缓存逻辑。
- 当执行
python script.py，script.__name__是"__main__"，if块内代码跑 - 当执行
import script，script.__name__是"script"，if块被跳过，但其他所有顶层语句照常执行 - 想避免副作用，得把有副作用的代码（比如初始化数据库连接）包进函数里，显式调用，而不是依赖
if __name__
最易被忽略的一点：模块缓存是跨文件、跨 import 方式的全局状态。一个模块在任意位置被首次 import，就锁定了它的执行时机和初始状态——后续所有导入都共享这个“已初始化”的世界。这不是优化技巧，是 import 机制本身的骨架。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
