问题根源是权限链断裂：系统SIP限制、PHP运行用户身份与项目目录所有权未对齐；需先确认phpenv管理的8.0.30路径及实际运行用户，再修复二进制执行权限、目录读写权限，并确保php.ini正确加载。
macOS Sonoma 自带 PHP 8.1+，但若你用 phpenv 管理 PHP 8.0.30，启动服务失败（如 php -S 报 Permission denied、空白页、或进程闪退），问题通常不在版本本身，而是权限链断裂：系统限制 + 用户身份 + 目录所有权三者未对齐。
确认当前 PHP 实际路径与用户身份
先验证你调用的是否真是 phpenv 管理的 8.0.30：
- 运行
phpenv which php，应输出类似/Users/xxx/.phpenv/versions/8.0.30/bin/php - 再执行
ps aux | grep php，看内置服务器启动时实际运行用户是_www（系统 Apache）、yourname（终端直接运行）还是其他 —— php -S 默认以当前终端用户身份运行，不走 _www - 若报错发生在 Web 请求中（如浏览器访问 localhost:8000），且你用的是 Homebrew 的 nginx + php-fpm，则需查
brew services list确认 php-fpm 是否已启，并检查其配置中user =和group =设置（路径如/opt/homebrew/etc/php/8.0/php-fpm.d/www.conf）
修复项目目录执行与写入权限
PHP 8.0.30 二进制文件本身需可执行，项目内脚本（如 router.php）和 runtime 类目录需当前运行用户有读写权：
- 确保
php可执行：ls -l $(phpenv which php)，若无x权限，运行chmod +x $(phpenv which php) - 进入你的项目根目录，对关键目录赋权（以当前终端用户为运行主体为例）：
chmod -R u+rwX storage/ bootstrap/cache/ runtime/
（注意大写 X：仅对目录和已有执行位的文件加 x） - 若你改用 php-fpm（推荐用于 ThinkPHP/Laravel 等框架），则必须将这些目录归属改为 php-fpm 运行用户，例如：
sudo chown -R _www:staff storage/ bootstrap/cache/ runtime/
绕过系统 SIP 限制启用旧版 PHP
macOS Sonoma 启用严格 SIP（System Integrity Protection），可能拦截非签名二进制或旧 VC 运行时依赖 —— 虽然 PHP 8.0.30 官方包不含 Windows 那类 VC++ 依赖，但在 macOS 上仍可能因编译器兼容性触发权限拒绝：
立即学习“PHP免费学习笔记（深入）”；
- 检查是否弹出“已损坏，无法打开”提示：若有，右键 php 二进制 → “显示简介” → 勾选“仍要打开”
- 终端中手动执行该 php：
/Users/xxx/.phpenv/versions/8.0.30/bin/php -v
若报Operation not permitted，说明被 SIP 阻断；此时建议改用 Homebrew 安装的 PHP 8.0（brew install php@8.0），它经 Apple Silicon 适配且签名完整 - 不推荐关闭 SIP，风险高；优先切换为 Homebrew PHP 管理更稳妥
验证 php.ini 加载与参数生效
权限问题常伴随配置失效，比如 max_execution_time 不起作用，导致请求卡死而非报错：
- 运行
php --ini，确认 Loaded Configuration File 指向/Users/xxx/.phpenv/versions/8.0.30/etc/php.ini（不是系统 /etc 或 Homebrew 路径） - 若返回
(none)，复制一份：cp $(phpenv prefix 8.0.30)/etc/php.ini-development $(phpenv prefix 8.0.30)/etc/php.ini - 编辑该 php.ini，设
max_execution_time = 300、error_reporting = E_ALL、display_errors = On，保存后重启服务 - 创建
info.php内容为<?php phpinfo(); ?>，用php -S localhost:8000 info.php访问，核对页面顶部“Loaded Configuration File”及各项参数值
