Python模块怎么导入_import与from-import用法与路径全解析-Python教程-PHP中文网

根本原因是Python仅在sys.path列出的路径中按序查找模块，而非当前文件所在目录；需确认工作目录与模块路径一致，避免依赖IDE自动添加路径，合理使用pathlib动态计算路径而非硬编码。

python模块怎么导入_import与from-import用法与路径全解析

根本原因不是模块没装，而是 Python 根本没在它搜的路径里找到那个文件。Python 只查 sys.path 列表里的目录，顺序从左到右，找到第一个就停——哪怕你本地有同名文件在别处，它也看不见。

常见错误现象：ModuleNotFoundError: No module named 'utils'，但你明明写了 utils.py 在当前目录；或者用 IDE 跑通了，命令行一跑就错。

确认当前工作目录（os.getcwd()）是否和模块所在目录一致，import 默认只认当前目录和 sys.path 里的路径
不要依赖 IDE 自动加的路径（比如 PyCharm 的 “Add content root”），命令行运行时这些路径不存在
__init__.py 不是必须的（Python 3.3+ 支持隐式命名空间包），但缺了它，子目录不会被当包处理，from pkg import mod 会失败

表面看只是写法不同，实际影响变量绑定时机、重载行为和命名空间污染程度。

使用场景：写脚本快速验证时用 from math import sqrt 图省事；写库或长期维护项目时优先用 import math，避免名字冲突和调试困难。

from module import func 是把 func 的当前对象引用直接塞进当前命名空间，后续 module.func = new_func 不会影响已导入的 func
import module 是引入模块对象本身，每次调用都走属性查找，能反映运行时变更（比如热重载调试）
大量用 from xxx import * 会掩盖真实来源，IDE 跳转失效，静态检查（如 mypy）也容易误判

sys.path.append 简单粗暴，但副作用强：它改的是全局搜索路径，可能污染其他模块导入，且路径硬编码后一挪位置就崩。更稳的方式是用相对路径动态算。

让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限

下载

参数差异：硬写 ../src 容易出错（层级多时 ../.. 写错一个点就完蛋），而 pathlib.Path(__file__).parent.parent / "src" 是基于当前文件位置算的，可读性高、容错好。

不靠谱。__file__ 在 zip 包里指向的是类似 /path/to/app.pyz/module.py 的伪路径，pathlib.Path(__file__).parent 会返回 app.pyz 这个文件本身，不再是目录——再用它拼路径就会出错。

性能影响：zip 包里所有模块都在内存解压后加载，首次导入略慢，但整体 I/O 更少；兼容性上，只要没用 os.listdir 或硬读文件，纯 import 一般没问题。

别在 zip 包里依赖 __file__ 算路径，改用 importlib.resources.files("pkg").joinpath("data.json")（Python 3.9+）
老版本用 pkgutil.get_data("pkg", "data.json")，它内部适配了 zipimporter
相对导入（from .. import mod）在 zip 包里照常工作，前提是包结构完整、__init__.py 存在（即使为空）

路径计算这件事，越早绑定越容易翻车；真正可靠的，是把“模块在哪”这个问题，交给 Python 运行时自己解决，而不是靠人手拼字符串。