报“Connection refused”等网络类错误，需先验证DNS、TLS及镜像URL连通性：用curl -I测packages.json是否返回200，检查composer config -g repo.packagist输出是否为含type和末尾斜杠的完整JSON，清缓存并排除代理与证书干扰。
“网络权限拒绝”不是 Composer 缺权限，而是它根本连不上远程仓库——报错里出现 Connection refused、SSL connect error、Could not fetch packages.json 时，别碰 vendor/ 或 chown，先查网络链路。
报 Connection refused 或卡在 Loading composer repositories 怎么快速验证
这不是本地目录权限问题，是 DNS、TLS 或镜像地址不通。直接用 curl 模拟 Composer 的请求行为：
- 运行
curl -I https://packagist.org/packages.json—— 如果返回Connection refused或超时，说明基础连通失败 - 换国内镜像测试：
curl -I https://mirrors.aliyun.com/composer/packages.json，返回200 OK才算通 - 若提示
SSL connect error，大概率是系统 CA 证书过期，检查openssl.cafile和curl.cainfo配置是否指向有效的cacert.pem
composer config --global repo.packagist 配置对了吗
镜像配置写错会静默失效，必须是完整 JSON 结构。错误示例：{"url": "https://mirrors.aliyun.com/composer"}（缺 type 字段）或少末尾斜杠。正确写法：
composer config -g repo.packagist '{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}'
注意：url 末尾的 / 不能省；项目级 composer.json 中若存在 "repositories" 字段（哪怕空数组），全局镜像就完全不生效，此时得进项目目录运行：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
composer config repo.packagist composer https://mirrors.aliyun.com/composer/
为什么清缓存后还是连不上
缓存污染只是表象，根源常在 TLS 握手或 DNS 解析。执行以下三步再试：
- 清全局缓存：
composer clear-cache - 强制跳过缓存拉取元数据：
composer install --no-cache - 确认 DNS 是否被污染：运行
nslookup packagist.org，看返回 IP 是否合理（非 127.0.0.1 或私有网段）
Windows 用户若用 WSL，还要检查 /etc/resolv.conf 是否被覆盖为 Windows 的 DNS；macOS 上某些代理软件会劫持 localhost 的 HTTPS 流量，临时关闭再试。
Docker 容器里报网络拒绝怎么办
容器内默认用 root 用户跑 Composer，但网络栈受限于宿主机代理或 DNS 配置。关键检查点：
- 容器启动时是否传了
--dns或--add-host？没配的话，docker run --rm -it php:8.3 curl -I https://mirrors.aliyun.com/composer/packages.json直接测通否 - CI 环境（如 GitHub Actions）中，
composer install前加timeout 10s curl -I https://mirrors.aliyun.com/composer/可快速暴露 DNS 超时 - 避免在 Dockerfile 中用
RUN composer install时依赖宿主机的 ~/.composer/cache —— cache-dir 应挂载为 volume 或用--cache-dir /tmp/composer-cache隔离
最常被忽略的是：报错里写的“Permission denied”如果是出现在 file_put_contents(/tmp/composer...) 路径上，那其实是缓存写入失败，根源仍是上游网络失败导致 Composer 尝试写临时文件时路径不存在或不可写——先解决网络，再修路径。
