执行composer global config --list --verbose，首行“loaded config file:”显示的实际路径才是composer真正读取的全局配置文件；常见失效原因包括sudo误写入root配置、composer_home路径未展开或不存在、windows下环境变量大小写敏感等。
改完配置不生效，90% 是没验证对地方或验证方式错了。 Composer 的配置分项目级、全局级、环境变量级，composer config -l 看到的只是最终合并结果，不是你“以为”改了的地方。必须分层验证，否则白调半天。
怎么看当前读的是哪个 config 文件
执行 composer global config --list --verbose，第一行 Loaded config file: 显示的路径才是 Composer 实际加载的全局配置文件。常见陷阱：
- 用
sudo composer global config导致写入/root/.composer/config.json，但日常终端是普通用户，根本读不到 - 设置了
COMPOSER_HOME环境变量但路径不存在，或含~、$HOME这类未展开的占位符 - Windows 下
%COMPOSER_HOME%大小写不敏感？错，Git Bash 里它严格区分大小写
怎么确认 repo 镜像真的在用
国内用户最常卡在这步：改了 repo.packagist，但 composer install 还是连 packagist.org。直接查真实生效地址：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
composer config -g repo.packagist—— 输出必须是完整 URL（如https://mirrors.aliyun.com/composer/），不能是false或空 - 如果输出是
composer https://packagist.org，说明镜像没生效，可能被项目级composer.json覆盖了 - 加
-v跑一次composer update，看日志里实际请求的域名是不是你的镜像地址
PATH 里的 vendor/bin 到底加对没
全局安装的命令（如 laravel、phpunit）找不到，不是包没装，是 vendor/bin 没进 PATH。验证三步缺一不可：
- 先查路径：
composer global config bin-dir --absolute，输出类似/home/you/.composer/vendor/bin（Linux/macOS）或C:\Users\You\AppData\Roaming\Composer\vendor\bin（Windows） - 再查系统 PATH：
echo $PATH（macOS/Linux）或echo %PATH%（Windows），确认输出里包含上面那串路径 - 最后查命令是否可定位：
which laravel（macOS/Linux）或where laravel（Windows），有返回才真生效
最容易被忽略的是：改完 PATH 后没重启终端，或者改的是用户级变量却在系统级终端里测试。尤其 Windows 用户，PowerShell 和 CMD 的环境变量缓存是分开的，别在一个里改完去另一个里验证。
