换镜像后仍报“找不到 symfony/skeleton”是因为国内镜像未同步该project类型包，阿里云源需Composer≥2.9.0，推荐改用PHP Composer社区源https://packagist.phpcomposer.com，再执行composer create-project symfony/skeleton:^6.4 myapp --no-interaction并重跑composer install。
用 Composer 国内镜像搭 Symfony 6.x 项目，核心不是“换镜像就能快”，而是镜像必须能同步 symfony/skeleton 和 symfony/website-skeleton 这两个包——很多国内源（尤其旧版阿里云、腾讯云）会滞后或过滤掉新发布的 skeleton 版本，导致 Could not find package symfony/skeleton 报错。
为什么换镜像后还是报“找不到 skeleton”？
这不是网络慢，是镜像源没同步到最新 skeleton。Symfony 官方骨架发布节奏快（比如 symfony/skeleton:^6.4 可能刚发几小时），部分镜像同步延迟达 6–24 小时。常见现象：
- 运行
composer create-project symfony/skeleton myapp直接报错，但composer search symfony/skeleton却查不到结果 - 同一命令在公司内网（用自建镜像）失败，在家用官方源却成功
- 镜像配置没错，
composer config -g repo.packagist显示的是阿里云地址，但symfony/website-skeleton就是拉不下来
根本原因：这些镜像默认只同步 type: library 包，而 symfony/skeleton 的 composer.json 中 "type": "project"，被某些镜像策略主动跳过。
国内镜像可用性实测与切换策略
截至 2026 年 7 月，实测有效且同步及时的国内镜像只有两个：
-
https://mirrors.aliyun.com/composer/：阿里云源，对project类型支持已修复，但需 Composer ≥ 2.9.0；低于此版本建议跳过 -
https://packagist.phpcomposer.com：PHP Composer 社区维护源，对symfony/skeleton同步最稳定，兼容所有 Composer 2.x 版本
临时切回官方源验证是否为镜像问题：
composer config -g repo.packagist composer https://packagist.org composer clear-cache
确认能装后再切回国内源（推荐 PHP 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 composer https://packagist.phpcomposer.com
装 Symfony 6.x 项目的正确命令组合
别只写 create-project 就完事。6.x 要求 PHP ≥ 8.1，且必须启用 mbstring、xml、json 扩展，否则骨架生成后 bin/console 一跑就报扩展缺失。实操建议：
- 指定明确小版本，避免拉到
6.5.0-beta1这类非 LTS 版本：composer create-project symfony/skeleton:^6.4 myapp - 加
--no-interaction防止 CI 环境卡住：composer create-project symfony/website-skeleton:^6.4 myweb --no-interaction - 如果仍卡在
Installing dependencies，不是镜像问题，是 DNS 或 TLS 握手失败——此时加--prefer-dist强制走压缩包下载更可靠
装完立刻进目录执行：composer install（别信 create-project 自动执行的那遍，Flex recipes 必须重跑才生效）。
装完第一件事：检查 .env 和 cache 权限
很多人以为装完就能 php -S 访问，结果首页白屏或报 Unable to write in the cache directory。这是因为：
-
.env文件里APP_ENV默认是dev，但若系统 locale 不支持 UTF-8，cache:clear会因日志写入失败而静默退出 -
var/cache目录在 WSL 或 Docker 中常属 root，PHP 进程用户无权写入 -
symfony/website-skeleton默认带web-profiler-bundle，但若APP_DEBUG=0，profiler 就不加载，页面没报错却也不显示调试栏
安全做法：
APP_ENV=dev APP_DEBUG=1 php bin/console cache:clear
再启动：php -S 127.0.0.1:8000 -t public。别依赖 symfony server:start —— 它在多数国产 Linux 发行版上因权限模型冲突容易起不来。
