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扩展，并配置阿里云镜像源。
别用 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）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “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 路径必须与前者完全一致。差一个字符，就可能卡住或报错。
