Composer在Windows下执行慢的主因是杀毒软件扫描、vendor目录位置不当、PHP CLI配置不合理及镜像源与缓存未协同优化。需分别添加路径到杀软排除列表、将vendor移至WSL2本地文件系统、关闭Xdebug和opcache.enable_cli、配置阿里云镜像并清缓存。
Composer 在 Windows 下执行慢，95% 不是工具本身问题，而是杀毒软件实时扫描、文件系统 I/O 瓶颈、路径解析开销和 PHP CLI 配置叠加导致的——尤其当 vendor 目录放在 C:\Users\ 或 WSL 挂载卷时，解压 ZIP 包可能被逐文件拦截。
杀毒软件把 Composer 临时文件当可疑行为拦了
Windows Defender、火绒、360 等默认对 %APPDATA%\Composer、%LOCALAPPDATA%\Composer\files、项目 vendor/ 和 %TEMP%\composer* 实时扫描，每次写入或解压 ZIP 都触发检查，耗时从毫秒级拖到秒级。
- 必须手动添加完整路径到杀软“排除列表”，
%LOCALAPPDATA%这类环境变量 Defender 不识别，得展开成C:\Users\用户名\AppData\Local\Composer - 用
echo %TEMP%查出真实路径，把所有composer*开头的临时目录都加进去 - 禁用“云查杀”或“主动防御”中针对 ZIP/PHP 文件的深度扫描规则（卡巴斯基需勾选“不扫描子文件夹中的档案”）
vendor 目录放错位置导致 I/O 崩溃
把项目放在 C:\Users\、D:\ 或 WSL 的 /mnt/c/ 下，等于让 Composer 在 NTFS + 重定向 + 权限校验三层叠加的路径上反复创建/解压数千个小文件——实测比放在 WSL2 本地 ~/projects/ 慢 3–5 倍。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 项目根目录必须放在 WSL2 的 Linux 文件系统内（如
~/myapp），绝不要跨挂载点 - 运行
composer config -g cache-dir "/home/$USER/.composer-cache"把缓存也挪进 WSL2 本地 SSD 路径 - 如果必须用 Windows 原生 PHP（非 WSL），确保
vendor/不在 OneDrive、加密卷或 BitLocker 分区上
PHP CLI 配置在 Windows 上默认拖后腿
Windows 下 PHP 的 php.ini 往往沿用 Web 版配置，而 xdebug.mode=debug、opcache.enable_cli=1（PHP 8.2+ 反而变慢）、memory_limit=128M 这几项会直接让 composer install 多花 2 倍时间。
- 临时禁用 Xdebug：
XDEBUG_MODE=off composer install或php -d zend_extension= -d xdebug.mode=off /path/to/composer - 确认 CLI 模式下 opcache 关闭：
php -i | grep "opcache.enable_cli"输出应为off；若为on，在 php.ini 中设opcache.enable_cli=0 - 内存不够就炸：
php -d memory_limit=-1 /path/to/composer install，别信默认 128M 能扛住现代 PHP 项目
镜像源 + 缓存没配对，换源等于白换
只改 repos.packagist.url 却不关回退机制，Composer 仍会在元数据校验失败时 fallback 到 packagist.org；缓存目录若还在机械盘或旧路径，新镜像提速效果打五折。
- 阿里云镜像必须配全三行：
composer config -g repos.packagist.type composer、composer config -g repos.packagist.url https://mirrors.aliyun.com/composer/、composer config -g repos.packagist false（彻底禁用官方源） - 换源后立刻清缓存：
composer clear-cache，否则旧packages.json还在缓存里，请求仍发往海外 - 缓存目录强制 SSD：
composer config -g cache-dir "D:\composer-cache"（D 盘要是 SSD），避免默认塞进%LOCALAPPDATA%的慢速路径
真正卡住的从来不是网络，而是 Windows 下那些看不见的扫描、权限跳转和路径解析——杀软排除、vendor 本地化、CLI 配置剥离、镜像+缓存联动，四步缺一不可。漏掉任意一个，提速方案就只剩心理安慰。
