直接运行venv内Python解释器自动加载环境是否为标准文档规定行为？

你观察到的现象是Python标准明确规定的正式行为，不属于未文档化的特性，跨平台、跨兼容版本的表现一致，不会在后续小版本中随意变更。

虚拟环境的生效判定逻辑 #

首先要明确：source <venv>/bin/activate 脚本从来不是虚拟环境生效的必要条件，它的作用只有三个：

• 将虚拟环境的可执行文件目录（类Unix系统为bin，Windows系统为Scripts）加入当前Shell的PATH优先级顶部，让你直接输入python、pip等命令时默认调用虚拟环境内的版本
• 写入VIRTUAL_ENV环境变量，给IDE、第三方包工具等提供当前虚拟环境的路径提示
• 修改当前Shell的命令行提示符，标注当前激活的虚拟环境名称

真正触发虚拟环境适配逻辑的核心是你运行的Python解释器的位置：
Python解释器启动时，会从自身可执行文件所在的目录开始向上遍历父目录，查找名为pyvenv.cfg的配置文件——这个文件是你执行python3.8 -m venv ~/my_venv创建虚拟环境时，自动生成在虚拟环境根目录的标记文件。只要找到这个文件，解释器就会判定自己运行在虚拟环境上下文里，自动将sys.prefix设置为pyvenv.cfg所在的虚拟环境根目录，后续加载标准库的site模块时，就会自动把虚拟环境的第三方库目录（比如/home/user/my_venv/lib/python3.8/site-packages）加入sys.path，完全不需要额外激活操作。

关于site.py的位置疑问 #

你在虚拟环境解释器的同级目录找不到site.py是正常现象：虚拟环境本身不会复制一份完整的标准库文件，它目录下的python3.8可执行文件要么是指向系统基础Python解释器的软链接（类Unix系统默认行为），要么是一个极小的引导程序（Windows系统默认行为）。解释器启动时加载的site.py始终来自对应版本的系统基础Python标准库目录，只是加载过程中会根据pyvenv.cfg的标记调整路径配置，指向虚拟环境的第三方库路径。

兼容性说明 #

这套判定逻辑从Python 3.3版本venv模块正式加入标准库时就已经固定，所有3.3及以上版本的官方Python实现，在Linux、macOS、Windows平台的表现完全一致：

• 无论你通过绝对路径、相对路径、命令别名调用虚拟环境目录下的Python解释器，都会自动适配对应虚拟环境的配置，不需要提前执行activate脚本
• activate脚本本质只是一个方便Shell交互的辅助工具，不会改变Python解释器本身的虚拟环境判定逻辑。

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