可靠，但含义不同：__file__始终指向源码文件的磁盘绝对路径，os.getcwd()始终返回终端当前所在目录，二者均不受venv激活影响；相对路径错误源于混淆二者，正确做法是用pathlib.Path(__file__).parent获取脚本目录再拼接资源路径。
venv 激活后，__file__ 和 os.getcwd() 还可靠吗？
可靠，但含义不同：激活 venv 只改变 sys.executable、sys.prefix 和 PATH，不影响 Python 运行时对当前文件位置或工作目录的判断。也就是说，__file__ 始终指向源码文件的磁盘绝对路径，os.getcwd() 始终返回终端当前所在目录（与 venv 无关）。
常见错误现象：在 venv 中运行 python script.py，脚本里用 open('config.json') 报 FileNotFoundError——这不是 venv 的问题，而是相对路径基于 os.getcwd()，不是脚本所在目录。
- 正确做法是统一用
pathlib.Path(__file__).parent获取脚本所在目录，再拼接资源路径 - 避免依赖
os.chdir()或假设用户一定在项目根目录下执行脚本 - 如果脚本被其他模块 import（而非直接执行），
__file__指向的是被 import 的那个文件，不是入口文件
为什么 sys.path 里既有 venv 的 site-packages，又有项目根目录？
因为 Python 的模块搜索顺序是固定的：sys.path[0] 是脚本所在目录（或空字符串，表示当前工作目录），之后才是 venv 的 site-packages、标准库等。项目根目录出现在 sys.path 里，通常是因为你手动执行了 sys.path.append('/path/to/project')，或者用了 -m 方式运行（如 python -m mypackage.main），此时 Python 会把当前目录加到 sys.path[0]。
这会导致一个隐蔽问题：如果你在项目根目录下有同名模块（比如也叫 requests.py），它会优先于 venv 里的 requests 包被导入，引发奇怪的行为或 AttributeError。
立即学习“Python免费学习笔记（深入）”；
- 检查方式：
import requests; print(requests.__file__)，确认加载的是venv/lib/python*/site-packages/requests/下的包 - 不要把项目根目录无条件加入
sys.path，尤其不要在__init__.py里写sys.path.append(...) - 想让包可导入，应通过
pip install -e .安装为可编辑包，而不是靠路径追加
from .utils import helper 在 venv 里报 ImportError: attempted relative import with no known parent package
这个错误和 venv 本身无关，只和模块是否以包形式运行有关。相对导入（.、..）要求当前模块必须是某个包的子模块，且该包必须通过 -m 参数启动，或由另一个已导入的包触发，不能直接用 python utils/helper.py 执行。
典型场景：你有一个 myproject/ 目录，里面有 main.py 和 utils/__init__.py，你在 main.py 里写 from .utils import helper，然后在 myproject/ 下运行 python main.py —— 就会出这个错。
- 修复方法一：改用绝对导入，比如
from utils import helper（前提是myproject在sys.path中，或已安装为可编辑包） - 修复方法二：在项目根目录运行
python -m myproject.main（需确保有myproject/__init__.py） - 绝对不要在
__init__.py里写相对导入后又直接运行那个文件——它不是包，只是普通脚本
拷贝整个 venv 目录到另一台机器，路径相关功能就崩了？
是的，而且崩得很干脆。venv 的 pyvenv.cfg 文件里硬编码了 home = /original/path/to/python，所有可执行文件（如 bin/python）也依赖这个路径加载内置模块。一旦移动，解释器可能根本启动不了，或者启动后找不到 ssl、zlib 等内置模块。
更麻烦的是，某些第三方包（尤其是带 C 扩展的）在安装时会记录编译时的绝对路径，移动后 import numpy 都可能失败。
- 正确迁移方式：只同步
requirements.txt，在目标机上新建 venv 并pip install -r requirements.txt - 如果必须打包环境（如离线部署），用
pip wheel+pip install --find-links，而不是拷 venv -
venv --copies（Linux/macOS）或venv --symlinks（Windows）也不能解决跨机器问题，只是影响本地链接方式
最常被忽略的一点：路径问题从来不是 venv 的“配置问题”，而是你如何组织代码、启动脚本、管理依赖的综合结果。venv 只负责隔离包，不负责帮你理清 __file__、sys.path 和当前工作目录之间的关系。
