Composer无法创建Symfony项目主因是镜像未生效、缓存残留、项目级配置覆盖或prefer-source开启；必须验证composer config -g repo.packagist输出正确JSON、清缓存、删composer.lock和vendor、移除repositories字段并关闭prefer-source。
Composer 报错无法创建 Symfony 项目，90% 不是命令写错，而是镜像没生效、缓存残留、配置冲突或网络策略干扰。关键不在重试，而在精准定位和清除干扰项。
确认镜像是否真正生效
别只看命令有没有报错，要看 Composer 实际连的是哪个源：
- 运行 composer config -g repo.packagist，输出必须是
{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}或纯 URL 字符串；如果为空、为null、含packagist.org，说明配置失败 - 执行 composer create-project symfony/skeleton test --no-install -vvv，盯住日志首行——出现
Downloading https://mirrors.aliyun.com/composer/...才算走对路 - 常见静默失败点：命令末尾漏掉
composer类型标识，或 URL 少了结尾斜杠（https://mirrors.aliyun.com/composer❌ →https://mirrors.aliyun.com/composer/✅）
清缓存 + 删 lock + 重来
Composer 不会自动刷新旧缓存里的元数据，composer.lock 里还硬编码着官方源的 dist URL，导致“假装走了镜像，实际还在重试海外地址”：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 立即运行 composer clear-cache —— 清的是
packages.json和校验信息，不是临时文件 - 删掉项目根目录的
composer.lock和vendor/（如果已生成） - 若曾用
composer global require，还要进~/.composer（Windows 是%APPDATA%\Composer）单独配一次：composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加-g）
检查项目级配置是否覆盖全局
只要 composer.json 里有 "repositories" 字段（哪怕只是空数组），全局镜像就会被跳过：
- 运行 composer config --list | grep repositories，确认是否读到了项目级配置
- 删掉
composer.json中的"repositories"字段，除非你真需要私有源 - 已有私有源时，应显式保留
"packagist.org": false，并把阿里云镜像作为第一个仓库 - 检查是否含
"prefer-source": true—— 这会让 Composer 克隆 Git，而国内镜像只代理 dist（ZIP），source 模式完全不加速
换源失败时的兜底操作
某些镜像同步滞后，symfony/skeleton ^7.0 等新版本可能还没推过去：
- 临时切回官方源：
composer config -g repo.packagist composer https://packagist.org - 确认 PHP 版本 ≥ 8.1（
symfony/skeleton ^7.0要求），旧版 PHP 可能静默失败或拉低版本 - 手动验证包是否存在：
composer show symfony/skeleton --all，看列表里是否有目标版本 - 损坏 ZIP 常见于网络中断，可进
~/.composer/cache/files/找对应包 ZIP 删除，再跑composer install --no-cache --force-checksums
