不能。site.addsitedir()仅在当前Python进程生效，重启后失效，不修改配置文件，也不影响其他进程或pip安装位置。
site.addsitedir() 能否永久修改 sys.path？
不能。site.addsitedir() 只在当前 Python 进程中生效，它把指定目录加入 sys.path 并执行其中的 .pth 文件，但重启解释器后就失效。很多人误以为调用一次就能“一劳永逸”，结果在脚本里反复写这行，或者期望它影响 pip 安装位置——其实它不改变任何配置文件，也不影响其他进程。
常见错误现象：import mypkg 在交互式环境能成功，但保存成脚本后运行报 ModuleNotFoundError；或者用 python -m myscript 启动时路径丢失。
- 只对当前解释器实例有效，包括所有后续 import
- 不会写入
site-packages目录，也不影响 pip 的安装目标 - 若目录含
.pth文件，会按规则解析（比如支持import语句或easy-install风格路径）
如何让自定义路径在每次启动 Python 时自动加载？
最稳妥的方式是通过 .pth 文件配合默认 site-packages 目录，而不是改代码或环境变量。Python 启动时会扫描所有已知 site-packages 下的 .pth 文件，并逐行处理——这是官方支持的、可持久化的方式。
操作步骤：
立即学习“Python免费学习笔记（深入）”；
- 运行
python -c "import site; print(site.getsitepackages())"查出你的 site-packages 路径（通常是.../site-packages） - 在该目录下新建一个文本文件，例如
my_paths.pth - 文件内容直接写绝对路径，一行一个，比如：
/home/user/mylibs /opt/shared/pyutils
- 确保路径存在且有读取权限；Python 会自动将其加入
sys.path（无需重启解释器，但新启动的进程才会生效）
注意：.pth 文件不支持相对路径、shell 变量或注释符号；空行和以 # 开头的行会被忽略，但其他任意字符都会导致整行被跳过（不会报错，但路径无效）。
为什么 PYTHONPATH 不总是可靠？
PYTHONPATH 环境变量确实能扩展 sys.path，但它受 Python 启动方式和 site 模块启用状态影响。当 Python 以 -s（禁用 site 模块）或 -S（完全跳过 site 初始化）运行时，PYTHONPATH 就不会被加载——而很多工具（如某些 IDE 的调试器、pip 内部调用、venv 激活后的子进程）会隐式加这些标志。
典型问题场景：
- 在 PyCharm 中设了
PYTHONPATH，但 Debug 模式下 import 失败 -
pip install --user安装的包能导入，但你自己加的PYTHONPATH路径却找不到 - 使用
python -I（隔离模式）时，PYTHONPATH完全失效
所以除非你完全控制 Python 启动参数，否则别依赖 PYTHONPATH 做全局路径配置。
virtualenv 和 system site-packages 的关系怎么影响路径？
创建 venv 时加 --system-site-packages，会让虚拟环境继承系统 site-packages 的所有路径（包括你放进去的 .pth 文件），但不会继承 PYTHONPATH 或运行时动态添加的 site.addsitedir() 路径。
关键点：
- venv 默认禁用系统 site-packages，所以你在系统 site-packages 里放的
.pth文件不会生效 - 若用了
--system-site-packages，则系统级.pth文件会被读取，但要注意路径是否在虚拟环境内可达（比如挂载路径、符号链接断裂） - 不要在 venv 的 site-packages 里手动放
.pth——它会被视为“该环境专属”，一旦删掉 venv 就丢失，且和 pip 冲突风险高
真正需要跨多个 venv 共享路径时，推荐用 pip install -e /path/to/pkg，而不是靠路径注入。
最易被忽略的是 .pth 文件的权限和路径有效性：Python 不报错，只是静默跳过不可读或不存在的路径。建议每次修改后，用 python -c "import sys; print('\n'.join(sys.path))" 验证是否真加进去了。
