私有仓库内网慢的主因是composer配置错误：未禁用packagist.org、私有url末尾缺/、缓存路径不在ssd上；需在composer.json顶层加"packagist.org": false，确保url含/，并设cache-dir为本地ssd路径。
私有仓库在内网跑得慢，大概率不是仓库本身的问题，而是 Composer 客户端没配置对——镜像源没关、缓存没命中、请求路径反复 fallback，三者占了 90% 的性能损耗。
为什么 composer install 总是 fallback 到 packagist.org
即使你在 composer.json 里写了私有仓库 URL，只要没显式禁用默认源，Composer 就会先查 packagist.org，查不到才退到你的仓库。这个过程在网络不通时会卡住几秒甚至超时。
- 必须加这行：
"packagist.org": false，放在composer.json顶层（和repositories同级），不能少、不能拼错、不能放错位置 - 私有仓库 URL 末尾的
/必须存在，https://repo.internal和https://repo.internal/是两个不同地址，后者才合法 - 执行
composer config --list -g检查全局配置是否干扰了项目级设置；CI 中常见 root 用户配了镜像，但 runner 是普通用户，压根读不到
缓存目录挂载在 NFS 或 Docker volume 上等于没配
cache-dir 指向慢速存储时，每次解压校验 zip 包都要等 I/O，比重新下载还慢。内网私有仓库本应毫秒响应，结果被磁盘拖垮。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 务必设为本地 SSD 路径，例如：
composer config -g cache-dir "/tmp/composer-cache" - CI 场景下推荐用环境变量隔离版本：
COMPOSER_CACHE_DIR=$HOME/.composer-cache-$PHP_VERSION - 关键路径是
~/.composer/cache/files（真正存 zip 包的地方），只缓存vendor/或只设顶层~/.composer/cache都不完整
私有仓库元数据解析失败却不报错
Artifactory/Satis/Nexus 返回 404、403 或非 JSON 响应时，Composer 默认静默 fallback 到下一个仓库，根本不会提示“你配错了”，只会变慢或装不上包。
- 手动测试入口点：
curl -I https://repo.internal/packages.json，必须返回200 OK和Content-Type: application/json - Artifactory 上仓库类型必须选
composer（不是 Generic/Remote），Virtual 仓库要勾选Enable Default Deployment Repository - Satis 构建后检查生成的
packages.json是否包含你期望的包名，空文件或格式错误会导致整个仓库被跳过
内网环境必须禁用 Xdebug 并限制 PHP 内存
Xdebug 会让 Composer 执行时间翻 3–5 倍，尤其在解析大量依赖时；而内存不足会触发频繁 GC，表现为卡在 Loading composer repositories 阶段。
- 部署脚本开头强制关闭：
php -d xdebug.mode=off /usr/bin/composer install - 避免用
memory_limit=1G这类模糊值，直接设为无上限：php -d memory_limit=-1 /usr/bin/composer install - 如果用了 APCu 缓存自动加载器，确保
apcu.autoloader在php.ini中启用，且未被 CLI SAPI 禁用
最常被忽略的是：私有仓库 URL 的斜杠、packagist.org 的布尔值写法、以及缓存路径是否真落在高速磁盘上——这三个点没对，其他优化全白搭。
