M1/M2芯片Mac怎么搞定Composer安装？原生架构中文配置指南-composer-PHP中文网

composer在mac上必须通过官方脚本安装：curl -ss https://getcomposer.org/installer | php，再移至/opt/homebrew/bin/composer（m1/m2）并chmod +x；同时确保php为homebrew安装的arm64原生版（路径/opt/homebrew/bin/php）、启用openssl/fileinfo/curl扩展，并配置阿里云镜像源。

m1/m2芯片mac怎么搞定composer安装？原生架构中文配置指南

别用 brew install composer，它在 M1/M2 上已失效，装了也大概率报 command not found: composer 或卡死在 v2.2.x —— 这不是你操作错，是 Homebrew 的 composer 包自 2023 年起就被官方标记为 deprecated，且不兼容 ARM64 原生 PHP。

确认 PHP 是原生 ARM64 版本，不是 Rosetta 转译的假货

Composer 启动就报 illegal instruction: 4 或卡在 Resolving dependencies，90% 是因为 PHP 架构错配。M1/M2 必须用 Homebrew 安装的 ARM64 原生 PHP，路径必须是 /opt/homebrew/bin/php。

运行 which php：输出必须是 /opt/homebrew/bin/php；若为 /usr/bin/php（系统残留）或 /usr/local/bin/php（Intel 版 Homebrew），说明没走对路
运行 php -v：版本必须 ≥ 7.4（推荐 PHP 8.3+），且不能是 Rosetta 转译版（可通过 file $(which php) 看是否含 arm64）
检查必要扩展：php -m | grep -E '^(openssl|fileinfo|curl)$'，缺任意一个，Composer 可能静默失败
如果 PHP 不达标，直接重装：brew install php（Homebrew 会自动装 ARM64 原生版），再确认 ~/.zshrc 是否含 export PATH="/opt/homebrew/bin:$PATH"，然后执行 source ~/.zshrc

用官方脚本装 `composer.phar`，手动部署到正确路径

Homebrew 的 composer 包已被弃用，M1/M2 上尤其容易把 composer.phar 塞进错误路径、绑定旧 PHP、权限缺失 —— 所有这些都会导致 Permission denied 或找不到命令。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

下载安装器：curl -sS https://getcomposer.org/installer | php（生成本地 composer.phar）
移至全局路径：sudo mv composer.phar /opt/homebrew/bin/composer
立刻赋权：sudo chmod +x /opt/homebrew/bin/composer（缺这步必报错）
验证：composer --version 应输出类似 Composer version 2.7.7；再跑 which composer 确认路径是否为 /opt/homebrew/bin/composer

国内用户必须配镜像源，否则 `composer install` 十次九超时

默认源 https://packagist.org 在国内访问极不稳定，不是你网络问题，是源本身响应慢或空返回 —— 表现为卡在 Loading composer repositories with package information 或直接 Connection timed out。

配置阿里云镜像：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
验证是否生效：运行 composer config -g repo.packagist，应输出 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
如需临时切回官方源调试：composer config -g --unset repos.packagist

常见陷阱：PATH 没真生效、PHP 和 Composer 绑定错位

很多人改完 ~/.zshrc 就关终端，结果 composer --version 在家目录能跑，进项目目录就报错 —— 本质是 $PATH 没真正加载，或者 composer 调用的还是系统旧 PHP。

确认 shell 类型：echo $SHELL，是 /bin/zsh 就只改 ~/.zshrc，别碰 ~/.bash_profile
确保 export PATH="/opt/homebrew/bin:$PATH" 写在 ~/.zshrc 末尾，且执行过 source ~/.zshrc
验证绑定关系：composer --version 成功后，再运行 composer diagnose，重点看 PHP binary 是否指向 /opt/homebrew/bin/php
如果 composer diagnose 报 PHP binary is not from a homebrew installation，说明 Composer 还在调用错的 PHP，得检查是否多个 PHP 共存、或 PATH 顺序不对

最易被忽略的是 PHP 架构和 Composer 路径的双重一致性：which php 和 which composer 都必须落在 /opt/homebrew/bin/ 下，且 composer diagnose 显示的 PHP binary 路径必须与前者完全一致。差一个字符，就可能卡住或报错。