FrankenPHP在macOS运行报权限错误，本质是Gatekeeper拦截未公证二进制，非执行位问题；需右键“打开”临时豁免、xattr清除quarantine标记或sudo spctl --master-disable永久禁用。
FrankenPHP 在 macOS 上直接运行二进制文件报权限错误，本质是 macOS 的 Gatekeeper 和硬编码签名策略共同拦截了未公证（notarized）的可执行文件。它不是“没给执行权限”，而是系统根本拒绝加载——chmod +x 无法绕过这一层。
为什么双击或 ./frankenphp 直接报错？
macOS 10.15+ 默认启用“公证检查（notarization）”，对非 App Store 分发的二进制强制要求：
- 必须用 Apple Developer ID 签名
- 签名后需提交 Apple 官方公证（notarize）
- 未公证的二进制即使有执行位，也会被
execve拒绝并报类似Operation not permitted或静默失败
frankenphp 二进制默认未公证（尤其非 Homebrew 安装渠道），因此触发该限制。
绕过 Gatekeeper 的三种实操路径
根据你是否愿意改系统设置、是否信任来源、是否想长期使用，选其一：
- 临时绕过（推荐首次验证）：右键
frankenphp→ “打开”，在弹窗中点“仍要打开”——这会为该文件单独豁免一次 - 命令行强制执行（不推荐长期）：
xattr -d com.apple.quarantine frankenphp，清除下载标记（仅对 Safari / Chrome 下载有效） - 永久禁用 Gatekeeper（仅开发机）：
sudo spctl --master-disable，之后需手动在“系统设置→隐私与安全性→安全性”里允许“任何来源”
Homebrew 安装为何通常不报错？
Homebrew 安装的 frankenphp 实际走的是源码编译（brew install frankenphp 默认从 frankenphp/frankenphp GitHub 仓库拉取并本地构建），生成的二进制属于“本机生成”，不受公证策略约束。但注意：
- 若用
brew install --binary或从 bottle 安装，仍可能遇到相同问题（取决于 bottle 是否公证） - Homebrew 安装路径通常是
/opt/homebrew/bin/frankenphp（Apple Silicon）或/usr/local/bin/frankenphp（Intel），确保PATH包含该路径 - 运行前仍需确认有执行权限：
ls -l $(which frankenphp)应显示-r-xr-xr-x
启动时提示 Permission denied 但已 chmod +x？再检查这两点
常见误判点：
macOS Automator Services
下载
部署和使用军舰的 macOS Automator 自动化服务集合。包含 5 个实用工作流：PDF转JPG、PNG重命名并转JPG、图像拼接、解压RAR、顺序命名图像文件。一键安装所有服务到 ~/Library/Services/ 目录。使用场景：(1) "安装我的自动化服务"，(2) "部署所有 Automato...
- 当前目录下存在同名脚本或别名覆盖了二进制，运行的是 shell 脚本而非真正的
frankenphp—— 用which frankenphp和file $(which frankenphp)确认类型 - 二进制依赖的 PHP 扩展（如
openssl、curl）缺失或路径不对，导致初始化阶段被内核拒绝（表现为 Permission denied，实为dlopen失败引发的权限上下文终止） - macOS 14+ 对 hardened runtime 要求更严，若你自行交叉编译 FrankenPHP，必须加
-Wl,-sectcreate,__TEXT,__info_plist,Info.plist并签名，否则即使codesign成功也无法运行
真正卡住的地方往往不是 chmod，而是 macOS 的签名链和运行时保护机制。先确认它是被 Gatekeeper 拦还是被 dyld 拦——看 log show --predicate 'eventMessage contains "frankenphp"' --last 5m 最准。
立即学习“PHP免费学习笔记（深入）”；
