我见过太多人把Python调用另一个文件搞成玄学。调用其实核心就一句话：把别的调用.py文件当成模块导入，然后直接点它的调用函数名。但真上手时，调用总有人卡在路径上，调用或者被循环导入折磨得怀疑人生。调用今天不绕弯子，调用直接给你能跑的调用代码和坑位提醒。
假设你有两个文件，调用一个叫helper.py，调用里面写了个加法函数：
# helper.py def add(a,调用 b): return a + b 另一个叫main.py，你想调用它。调用最朴素的调用方式，就是调用同目录下直接写：
# main.py import helper print(helper.add(3, 5)) # 输出8 就这么简单。但很多人卡在“为什么我import报错”上。调用绝大多数情况是——你运行main.py时，Python解释器当前的工作目录不在两个文件所在的文件夹里。比如你在终端敲python /home/user/project/main.py，而当前shell在/home/user，那Python找helper时会去/home/user找，自然找不到。解决办法要么cd进目录再跑，要么在main.py开头加两行：
import sys sys.path.insert(0, '/home/user/project') # 改成你的实际路径 import helper 这算暴力解法，但管用。更优雅的是用相对导入，不过那得把文件变成包，加__init__.py，新手容易绕晕，我建议前期先暴力加路径。
再说一个高频翻车现场：循环导入。假设a.py里import了b，b.py里又import了a。你运行a.py，Python加载a，发现要b，于是去加载b，b里又要a，但a还没加载完，于是报ImportError: cannot import name 'xxx' from partially initialized module。我见过有人拿这个报错去问AI，AI让他重构代码，其实更快的解法是——把其中一个import挪到函数内部，延迟导入。比如b.py里不在顶部import a，而是在某个函数里写import a，等运行到那个函数时a已经加载完了，就没冲突。这招虽然不优雅，但能救急。
如果你要调用的文件不在子目录，而在上一级目录呢？用from .. import xxx？那需要包结构。更省事的是直接sys.path.append('..')，然后import。但注意，如果项目结构复杂，路径拼接容易出错，我习惯用pathlib.Path(__file__).parent.parent来动态获取上级目录，再insert到sys.path里。举个例子：
from pathlib import Path import sys sys.path.insert(0, str(Path(__file__).parent.parent)) import helper # 假设helper在上级目录 这段代码不管你在哪个目录运行main.py，都能正确找到上级目录的helper.py。比写死绝对路径强多了。
还有个细节：如果你调用的文件里有顶层代码（比如print或者变量赋值），import时这些代码会立即执行。有时候这不是你想要的。比如helper.py里有个print("loading helper...")，你import它就会打印。想避免？把那段代码放到if __name__ == "__main__":下面。这招能防止你误触别人的测试代码，或者别人误触你的。
最后提一嘴，Python3.3之后有个隐式命名空间包，允许你直接import一个没有__init__.py的文件夹里的模块，但前提是那个文件夹在sys.path里。所以有时候你建了个子目录叫utils，里面放个tools.py，你在main.py里直接import utils.tools就能用，前提是utils文件夹在sys.path能找到的路径下。这比手动加路径省事，但容易让人忽略文件夹名和模块名的区别，报错时一脸懵。
调另一个py文件，本质上就是理解Python的模块搜索机制——它只认sys.path里的目录。记住这点，所有路径报错你都能自己排查。别怕报错，多print一下sys.path看看实际内容，比瞎猜强。我写代码三年，最常干的事就是print路径。