90%的“权限不足”是php可执行文件缺x权限或父目录不可执行：需用sudo chmod +x $(which php)修复二进制权限，并确保其真实路径及所有父目录均有x权限；PHP脚本本身只需644读权限，无需加x。
PhpStorm 运行脚本提示“权限不足”，**90% 的情况不是 PhpStorm 配置错了，而是它调用的 php 可执行文件本身没执行权限，或其所在路径有访问限制**。直接改 PhpStorm 设置没用，得从系统层面修复。
为什么 PhpStorm 找不到 php 或报 Permission denied
PhpStorm 启动 PHP 时，会尝试直接执行 php 命令（比如调用 /usr/bin/php）。如果这个文件没有 x（执行）权限，或者它所在的目录（如 /usr/bin）对当前用户不可执行（缺 x），就会卡在“Permission denied”或“Command not found”。macOS/Linux 上尤其常见，Windows 一般不出现——除非你用了 WSL。
-
ls -l $(which php)输出中不含x（例如显示-rw-r--r--），说明二进制文件被误设为只读 -
which php返回的是软链接（lrwxr-xr-x），但目标文件（如/opt/homebrew/Cellar/php/8.3.6/bin/php）没x权限，也会失败 - 某些容器化 PHP（如 Docker Desktop 内置 PHP）根本没暴露可执行路径，
which php可能为空，此时 PhpStorm 必须用 Remote Interpreter，不能填本地路径
chmod +x php 二进制文件是必要操作
别跳过这步。即使 php -v 在终端能跑，也不代表 PhpStorm 能调用它——GUI 应用启动时环境变量和权限上下文不同。
- 先确认路径：
which php或command -v php - 给它加执行权限：
sudo chmod +x $(which php) - 如果是软链接，检查真实路径：
ls -l $(which php)→ 看箭头指向哪 → 对那个真实文件再执行chmod +x - 父目录也得有
x：比如/opt/homebrew/bin必须是dr-xr-xr-x或更宽松，否则无法进入
PHP 脚本文件本身不需要 chmod +x
这是最容易踩的坑。你在 PhpStorm 里右键 Run ‘xxx.php’，它实际执行的是 php /path/to/xxx.php，而不是 ./xxx.php。所以给 xxx.php 加 x 权限毫无意义，反而可能引发安全告警（比如上传的 PHP 文件被意外执行）。
立即学习“PHP免费学习笔记（深入）”；
- PHP 脚本只需读权限：
chmod 644 xxx.php就够了 - 只有当你写 shebang（
#!/usr/bin/env php）并想直接./xxx.php运行时，才需要chmod +x - PhpStorm 默认不走 shebang 路径，强行加
x还可能触发 SELinux/AppArmor 拦截（尤其在 RHEL/CentOS）
Windows 下的权限问题本质不同
Windows 不靠 chmod，而是 ACL 和 UAC。如果你用 WSL，那就回归 Linux 规则；如果用原生 Windows，报“权限不足”大概率是 PowerShell 执行策略或防病毒软件拦截。
- PowerShell 脚本（
.ps1）需先解除策略：Set-ExecutionPolicy RemoteSigned -Scope CurrentUser - PHP CLI 在 Windows 上通常是
php.exe，确保它的 NTFS 权限允许当前用户读取+执行（右键属性 → 安全 → 编辑） - 不要用管理员身份运行 PhpStorm —— 它会继承高完整性令牌，反而可能因 UAC 隔离导致找不到 PATH 中的
php.exe
真正麻烦的从来不是“怎么加权限”，而是加在哪、加给谁、加多少。给 php 二进制加 x 是刚性需求；给 PHP 脚本加 x 是多余动作；而把整个项目目录 chmod 777 —— 那就不是排雷，是埋雷。
