IPython同终端重复运行脚本触发__main__无__spec__属性报错的排查

上述现象不属于Python解释器的原生正常行为，是IPython run 魔法命令的实现逻辑差异导致的：CPython原生直接执行python tmp.py时，每次进程独立加载脚本，__main__模块的元属性会按PEP规范完整初始化，不会出现重复运行后属性丢失的问题。

__spec__是PEP 451定义的模块元数据载体，用于记录当前模块的加载规则，包括模块的来源路径、关联的加载器、所属包结构、子模块搜索路径等核心信息。
对multiprocessing模块而言，在spawn启动模式下会通过__main__.__spec__判断主模块的可导入性、确定子进程初始化主模块的路径，缺失该属性时会直接抛出属性访问错误。

IPython的run命令在同一终端会话中重复执行脚本时，两次加载的处理逻辑存在分支差异：

• 第一次执行run tmp时，IPython会备份当前会话原有__main__的属性快照，清空__main__命名空间后重新走完整的脚本加载流程，会按Python标准为__main__补全__spec__、__loader__、__package__等元属性，因此第一次运行时输出的属性列表是完整的。
• 第二次执行同一个run tmp时，IPython会走增量重置的逻辑分支：直接复用已存在的__main__模块对象，仅重置用户自定义的变量命名空间，不会重新走完整的模块初始化流程，之前临时挂载在__main__上的__spec__等非用户定义的元属性不会被重新补全，甚至会被原属性快照的重置逻辑清除，因此第二次运行时这些属性会消失。

首先需要明确：直接通过命令行执行的普通Python脚本，其__main__.__spec__本身就为None，这是Python解释器的默认行为，并非异常值。
手动为__main__设置__spec__ = None的影响包括：

• 对multiprocessing的spawn逻辑而言，设置该值会让其将当前环境识别为“直接执行的脚本入口”，行为和原生命令行启动的脚本完全对齐，不会出现额外的逻辑异常。
• 对普通业务代码无任何副作用，只有当你需要在IPython中操作自定义模块导入钩子、动态包加载逻辑时，篡改__main__的模块规格才可能引发导入逻辑混乱，设置为None本身和原生行为完全一致。

该问题的根源是IPython的实现逻辑，与操作系统无关：

• Windows系统上multiprocessing默认强制使用spawn模式，同版本IPython环境下只要在会话中连续两次运行脚本，就一定会触发该属性缺失的报错。
• macOS、Linux系统上默认使用fork启动模式时，可能因为代码路径不访问__spec__暂时不触发报错，但只要手动指定使用spawn模式启动进程池，就会复现和Windows完全一致的属性缺失问题。

内容的提问来源于stack exchange，提问作者fpavogt