Python中无循环的长导入链为何触发RecursionError？

我测试Python导入限制时，原本以为导入栈没有限制，但实际构建300个文件的导入链后发现问题：第n个文件导入第n+1个文件，第一个文件调用第300个文件定义的函数f，全程无循环依赖，最后一个文件无任何导入。执行第一个文件时触发错误：

RecursionError: maximum recursion depth exceeded while calling a Python object

调用sys.setrecursionlimit(5000)可以解决问题，但我想搞清楚背后的根源，提出以下疑问并逐一解答：

疑问1：为何导入问题会引发递归错误？ #

你的猜测完全正确。Python的导入过程本质是通过内部函数调用实现的——当执行from ... import语句时，解释器会调用内置的__import__()函数，而这个函数的调用会占用调用栈空间。每一层导入操作都会在调用栈中新增一个栈帧，和普通递归函数调用的栈机制完全一致，因此当导入链长度足够时，就会触发Python的递归深度限制检查，最终抛出RecursionError。

疑问2：默认递归限制为1000，为何在第143个文件时就报错？ #

你的计算思路没问题。每次导入操作并非只占用1层调用栈，因为__import__内部会触发一系列子操作：包括查找模块路径、加载模块代码、执行模块顶层语句、处理导入逻辑等，每一步都会新增栈帧。实际测试中，每次导入大概会占用7层左右的栈深度，1000除以7约等于142.8，所以在第143个文件导入时就会触达限制阈值。

疑问3：为何说Python导入仅受RAM限制，但长导入链存在此限制？是否还有其他类似限制？ #

“仅受RAM限制”是一种理想化的表述，忽略了Python解释器本身的运行时保护机制。递归深度限制是Python为了防止栈溢出（导致程序直接崩溃）而设置的全局限制，它作用于所有函数调用，自然也包括导入过程中的内部函数调用。

除了递归深度限制，还有一些其他隐性限制：

• 模块名称/路径长度限制：虽然没有明确的硬编码限制，但过长的模块名或嵌套路径可能导致文件系统路径解析失败，或者在某些环境下出现兼容性问题；
• 操作系统文件描述符限制：如果同时导入大量模块，可能会耗尽进程可用的文件描述符，导致无法打开新的模块文件；
• 内存限制：每个模块都会占用内存存储模块对象、字节码、全局变量等，极端情况下会耗尽系统RAM，触发内存不足错误。

导入链生成脚本 #

PREFIX_FOR_TEST_FILES = 'testFile'

def getNameOfFileByNumber(numberOfFile):
    return '{}{}'.format(PREFIX_FOR_TEST_FILES, str(numberOfFile))

def getTextForMiddleFiles(numberOfFile: int) -> str:
    return 'from {} import f'.format(getNameOfFileByNumber(numberOfFile+1))

def getDefinitionOfFForFinalFile() -> str:
    return 'def f(n):return 2*n'

def getFirstFileDefinition() -> str:
    return 'from {}2 import f;print(f(1))'.format(PREFIX_FOR_TEST_FILES)

def createFileWithNameAndWriteContent(nameOfFile, content):
    f = open(nameOfFile + '.py', "w+")
    f.write(content)
    f.close()

numberOfFilesForTest = 300
createFileWithNameAndWriteContent(getNameOfFileByNumber(1), getFirstFileDefinition())
for i in range(2, numberOfFilesForTest):
    createFileWithNameAndWriteContent(getNameOfFileByNumber(i), getTextForMiddleFiles(i))
createFileWithNameAndWriteContent(getNameOfFileByNumber(numberOfFilesForTest), getDefinitionOfFForFinalFile())

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