根本原因是误用./venv/bin/activate直接执行，正确做法是source venv/bin/activate或. venv/bin/activate；该脚本设计为被shell加载而非独立运行，加执行权限无法解决路径推导错误问题。

bash: ./venv/bin/activate: Permission denied

这是 Linux/macOS 下常见问题，根本原因不是脚本没权限，而是你用了 ./venv/bin/activate 这种执行方式。Python 的 activate 脚本**不是设计成直接运行的可执行文件**，而是要被 shell **source**（即在当前 shell 环境中读取并执行）。

错误做法：
./venv/bin/activate → 触发系统尝试以独立进程执行，但该文件缺少 x 权限，且语义上也不对

正确做法：用 source 或点号 . 加载它：

• source venv/bin/activate
• 等价写法：. venv/bin/activate（注意点和路径间有空格）

这两个命令效果完全一样，都是把 activate 里的环境变量设置、PROMPT 修改等指令，在当前 shell 中逐行执行，从而修改当前会话状态。

为什么 chmod +x 不能解决问题？

即使你手动执行 chmod +x venv/bin/activate，再运行 ./venv/bin/activate，也大概率失败或无效——因为该脚本依赖 $0 和调用上下文来定位 venv 根目录。一旦作为独立进程运行，$0 变成 venv/bin/activate，内部的路径推导就会错乱，导致 PYTHONPATH、VIRTUAL_ENV 设置错误，后续 pip 或 python 可能仍指向系统环境。

所以这不是权限问题，是使用方式错位。强行加执行权限反而掩盖了根本问题。

Forge — Python Developer

Python开发助手 — 自动化脚本、API封装、命令行工具、数据管道、网页爬虫。经过测试的代码，包含错误处理和文档。当你需要...

下载

Windows 用户看到类似提示怎么办？

PowerShell 默认禁止执行本地脚本，报错类似：File .../activate.ps1 cannot be loaded because running scripts is disabled...

这不是权限不足，而是 PowerShell 执行策略限制。临时解决（仅当前会话）：

• Set-ExecutionPolicy RemoteSigned -Scope CurrentUser

然后用 PowerShell 正确激活方式：
venv\Scripts\Activate.ps1（注意：不加 ./，也不用 source，直接输入路径回车）

如果坚持用 cmd，则用：
venv\Scripts\activate.bat

检查是否真激活成功

别只看终端前缀有没有 (venv)，那只是视觉提示，可能被残留状态干扰。最可靠验证方式是：

• 运行 which python（macOS/Linux）或 where python（Windows cmd），输出应包含 venv 路径
• 运行 python -c "import sys; print(sys.prefix)"，输出应为你的 venv 目录绝对路径
• 运行 echo $VIRTUAL_ENV（bash/zsh）或 $env:VIRTUAL_ENV（PowerShell），非空即表示环境变量已设好

很多“看似激活了但 pip 还装到全局”的问题，其实就卡在这一步没确认清楚。

Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！