1. 核心机制：优先级插队与向下兼容
Conda 的环境隔离并非绝对封闭的“黑盒”，而是基于操作系统原生机制的“PATH 变量优先级游戏”。当激活某个 Conda 环境时，Conda 会将该环境的 bin 目录动态插入到当前终端会话 PATH 变量的最前端。系统在查找可执行文件时，会严格遵循从左到右的顺序，找到第一个匹配项即停止执行。

2. 三层 PATH 的查找顺位
在激活特定的 Conda 虚拟环境后，底层的命令查找路径（PATH）会形成以下三级阶梯：

• 第一顺位（最高优先级）：Conda Env 专属路径。系统会优先在当前虚拟环境的 bin 目录下寻找命令（如独立的 Python 解释器、pip 或 Conda 安装的特定工具）。
• 第二顺位（父系继承）：Conda Base 路径。若当前环境缺失某工具，系统会向上回溯，在 Conda 的 base 基础环境中进行查找。
• 第三顺位（系统兜底）：WSL 原生系统路径。若前两级均未找到，系统最终会去 WSL 宿主机的全局目录（如 /usr/bin、/bin）中寻找底层工具。

3. 隔离的边界：可执行文件 vs Python 模块

• 系统级命令行工具（如 ffmpeg、git）：受 PATH 机制管辖。Conda 环境会优先使用自身或 Base 提供的版本；若缺失，则会无缝“借用” WSL 系统提供的底层工具，实现向下兼容。
• Python 第三方库（如 numpy、torch）：受 Python 解释器的 sys.path 机制管辖。Conda 环境在启动时，会将模块搜索路径严格限定在自身的 site-packages 目录内，完全不会去扫描 WSL 系统的 /usr/lib/python3 目录，从而实现 Python 代码与依赖库的绝对隔离。

4. 会话级生命周期
这种基于 PATH 重排的隔离机制是会话级（Session-level）的。它仅在当前打开的终端窗口内有效。当关闭终端或重启 WSL 时，PATH 变量会恢复为 WSL 系统的默认状态，Conda 环境的激活状态随之失效，需重新执行 conda activate 建立指向。