先运行brew doctor确认homebrew权限正常，再用ls -lde检查/usr/local/bin或/opt/homebrew/bin的acl是否含group:everyone deny规则，若有则sudo chmod -r -a "group:everyone deny"清除；接着brew install php composer symfony-cli，确保which php指向homebrew路径并重载shell配置，最后symfony new创建项目验证。
在macOS上安装Symfony，真正卡住你的往往不是框架本身，而是底层环境——尤其是Homebrew权限配置没理清时，php、composer甚至symfony binary都会报错。这不是Symfony的问题，是环境没铺平。
先确认Homebrew是否真能用
别跳过这步。很多人以为“brew install成功”就万事大吉，其实可能只是部分功能可用。
- 运行
brew doctor—— 它会如实告诉你有没有ACL拦截、目录所有权异常、PATH缺失等隐患 - 重点看输出里有没有类似
Warning: The following directories are not writable by your user或group:everyone deny的提示 - 如果看到
sudo brew被建议，说明权限链已经断裂，必须回溯修复，不能硬加sudo
解决/usr/local/bin或/opt/homebrew的ACL权限锁
macOS默认对系统关键路径启用了ACL（访问控制列表），它比chmod更优先。即使你用chown改了所有者，ACL里一条deny write就能让brew install php失败，进而导致symfony binary无法写入。
- 检查ACL：执行
ls -lde /usr/local/bin（Intel Mac）或ls -lde /opt/homebrew/bin（Apple Silicon） - 若输出中含
group:everyone deny add_file,delete,add_subdirectory...，这就是罪魁祸首 - 清除限制规则：运行
sudo chmod -R -a "group:everyone deny" /usr/local/bin（或对应路径） - 再执行
brew doctor，确认警告消失
确保PHP和Composer走的是Homebrew装的版本
Symfony依赖PHP CLI，而macOS自带的PHP（/usr/bin/php）版本老旧、无扩展、且不可修改。必须切换到Homebrew管理的PHP。
- 安装PHP：
brew install php（自动装最新稳定版，含openssl、intl等常用扩展） - 验证路径：
which php应返回/opt/homebrew/bin/php或/usr/local/bin/php - 若仍指向 /usr/bin/php，说明PATH未生效：检查shell配置文件（~/.zshrc 或 ~/.zprofile），确保有
eval "$(/opt/homebrew/bin/brew shellenv)"并已重载（source ~/.zshrc） - 安装Composer：
brew install composer，避免用curl手动装——它更易受权限和SSL干扰
安装Symfony CLI并验证项目创建
推荐使用官方Symfony CLI而非全局require，它更新快、隔离好、命令更直观。
- 安装二进制：
brew install symfony-cli/tap/symfony-cli - 登录（可选但推荐）：
symfony login，用于访问SensioLabs安全扫描等服务 - 创建新项目：
symfony new my_project --webapp - 启动本地服务器：
cd my_project && symfony server:start，访问https://127.0.0.1:8000看是否显示欢迎页
整个过程不复杂，但容易忽略ACL和PATH这两个隐形关卡。只要brew doctor干净、which php指向Homebrew路径、symfony server能起来，后续开发基本就稳了。
