composer在windows下需配置path环境变量才能全局调用；php需启用openssl/curl扩展；国内用户应配置国内镜像源；windows defender可能严重拖慢update，建议添加排除或改用install。
Composer 在 Windows 下不需要“配置环境变量”也能用，但加了之后才能全局调用 composer 命令——关键不是“能不能装”，而是“在哪能敲命令”。
怎么让 composer 命令在任意目录生效
Windows 默认不认 composer 这个命令，因为安装脚本（Composer-Setup.exe 或 composer.phar）默认只把它放在某个固定路径，比如 C:ProgramDataComposerSetupbin，而这个路径没进系统 PATH。
- 打开“系统属性 → 高级 → 环境变量”，在“系统变量”里找到
Path，点“编辑” - 新增一行，填入 Composer 的实际安装目录（不是
php.exe所在目录！），常见路径有：C:ProgramDataComposerSetupbin或你手动放composer.phar的目录（如D:toolscomposer） - 关掉所有已打开的命令行窗口，重新开一个，运行
composer --version测试
注意：如果用的是 composer.phar 手动方式，必须确保该文件所在目录被加入 PATH，且你同时安装了 PHP 并已加到 PATH（否则 php composer.phar 也跑不起来）。
为什么 composer install 报错 “The openssl extension is required”
这不是 Composer 自身问题，是 PHP 缺少必要扩展。Windows 下 PHP 默认常关闭 openssl 和 curl，而 Composer 依赖它们连 Packagist。
- 找到你的
php.ini文件（运行php --ini查看路径） - 去掉这两行前面的分号：
;extension=openssl→ 改成extension=openssl；同理处理curl - 重启命令行，运行
php -m | findstr openssl确认已加载
常见坑：装了多个 PHP（XAMPP、WAMP、独立 zip 包），改错了 php.ini；或者用的是 php-win.exe（无控制台输出），导致报错不明显。
用 composer create-project 初始化项目却卡在 “Loading composer repositories…”
国内直连 Packagist 极慢甚至超时，不是网络断了，是 DNS 或连接被干扰。Composer 默认走官方源，没做镜像切换的话，create-project 会卡死在元数据拉取阶段。
- 执行一次全局镜像设置：
composer config -g repo.packagist composer https://packagist.phpcomposer.com（已停用）→ 改用：composer config -g repo.packagist composer https://packagist.org不解决速度问题，应换国内镜像 - 推荐用腾讯或阿里镜像：
composer config -g repo.packagist composer https://mirrors.cloud.tencent.com/composer/ - 如果公司内网严格限制外网，可临时用
--repository-url指定私有源：composer create-project laravel/laravel myapp --repository-url=https://my-private-repo.example.com
注意：config -g 是全局配置，影响所有项目；若只想当前项目用镜像，去掉 -g 并在项目目录下运行。
为什么 composer update 耗时特别长，CPU 占满还失败
不是机器差，是 Composer 5.x+ 默认启用并行下载 + SAT 求解器优化依赖，但在 Windows 上对杀毒软件（尤其是 Windows Defender 实时扫描）极其敏感，大量小文件读写触发扫描，直接拖垮性能。
- 临时关闭实时防护（仅测试用），或把项目目录加到 Defender 排除列表
- 降级求解策略（不推荐长期用）：
composer update --no-suggest --prefer-dist --optimize-autoloader - 更稳妥的做法：删掉
vendor和composer.lock，再跑composer install（它只按 lock 文件装，不重算依赖）
真正容易被忽略的是：Windows 文件系统对符号链接支持弱，某些包（尤其含 bin 脚本的）在 vendor/bin 下生成失败，导致后续命令找不到，得手动检查 vendor/bin 是否有对应软链文件。