workon命令找不到环境是因为virtualenvwrapper只识别$WORKON_HOME目录下的环境，直接用virtualenv创建的环境不会自动注册；需通过mkvirtualenv创建、add2virtualenv添加或建立软链接接入。
virtualenvwrapper 本身不简化切换——它用 workon 命令把切换变成一步操作，但前提是环境必须已存在且路径被正确注册。
为什么 workon 找不到你刚用 virtualenv 创建的环境？
因为 virtualenvwrapper 只认它自己创建的环境（通过 mkvirtualenv），或手动添加到 $WORKON_HOME 目录下的环境。直接用 virtualenv myenv 创建的目录不会自动被 workon 发现。
-
mkvirtualenv myproject会把环境建在$WORKON_HOME/myproject，并自动注册 - 如果你已有环境在别处（比如
./venv），得用add2virtualenv或软链接方式接入 - 检查是否生效：运行
lsvirtualenv，只显示$WORKON_HOME下的子目录名
workon 切换时提示 “command not found” 或 “no environment named”
常见原因不是命令没装，而是 shell 初始化没生效，或环境名拼写/大小写不符。
- 确认
source /path/to/virtualenvwrapper.sh已加入~/.bashrc或~/.zshrc，且已执行source ~/.bashrc -
workon后面跟的是环境名（即$WORKON_HOME下的目录名），不是路径，也不是pyvenv创建的目录名 - Zsh 用户注意：
virtualenvwrapper默认适配 Bash；Zsh 需额外设置export VIRTUALENVWRAPPER_PYTHON=/usr/bin/python3，否则可能静默失败
如何让一个已有项目快速接入 workon 流程？
不重装依赖，也不移动目录，只需建立符号链接并确保激活脚本可执行。
立即学习“Python免费学习笔记（深入）”；
- 进入项目根目录，确认已有
venv/或.venv/目录 - 运行
ln -s $(pwd)/venv $WORKON_HOME/myproject（替换myproject为想要的环境名） - 检查
$WORKON_HOME/myproject/bin/activate是否存在且有执行权限；若无，chmod +x $WORKON_HOME/myproject/bin/activate - 之后就能直接
workon myproject—— 但注意：此时pip list显示的是原 venv 的包，mkvirtualenv的钩子（如postactivate）不会触发
真正省时间的点不在“切换动作”本身，而在环境命名统一、路径集中、钩子可复用；一旦 $WORKON_HOME 被清空或误删，所有软链接就失效——这点常被忽略，但恢复成本比重新 mkvirtualenv 高得多。
