答案是镜像配置错误、缓存未清或系统时间偏差导致，必须严格满足repo.packagist键名、显式type为composer、URL以HTTPS结尾斜杠三要素，并清缓存、删vendor和composer.lock、校准系统时间。
Composer install 报错，八成不是 PHP 坏了、也不是你写错了代码，而是镜像没配对、缓存没清干净、或者系统时间飘了——先别重装 Composer，这几步能解决 90% 的真实问题。
composer config -g repo.packagist 配了但不生效？检查这三处硬要求
这条命令静默失败很常见，不是 Composer 不听话，是它根本没存进去。必须同时满足：
-
repo.packagist是唯一合法键名，repos.packagist或repositories.packagist都无效 - 必须显式传入
composer作为 type 值：漏掉它，Composer 2.x 直接忽略整条配置 - URL 必须是 HTTPS 且末尾带
/：https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（拼路径会变成/composerpackages.json，404）
验证是否真写进去了：composer config -g repo.packagist 输出必须是完整 JSON 对象，比如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null、或仍返回 https://packagist.org，说明没写对。
报 “SSL certificate problem: certificate has expired”？先看系统时间
这不是证书真过期了，而是本地系统时间偏差太大（快或慢超 2 分钟），导致 OpenSSL 校验 HTTPS 证书的 notBefore/notAfter 失败。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Linux/macOS：运行
timedatectl status，看System clock synchronized是否为yes；不是就执行sudo timedatectl set-ntp true && sudo systemctl restart systemd-timesyncd - Windows：管理员运行
w32tm /resync，若报错先net start w32time，再指定可靠源：w32tm /config /syncfromflags:manual /manualpeerlist:"time.nist.gov pool.ntp.org" - 临时绕过仅限调试：
composer config -g secure-http false+composer config -g cafile /dev/null（Linux/macOS）或composer config -g cafile %LOCALAPPDATA%\Composer\cacert.pem（Windows）
报 “Connection refused” 或卡在 “Loading composer repositories”？优先清缓存+删 vendor
换镜像后首次 composer install 会重刷元数据缓存，可能稍慢，但后续明显变快。如果还卡住，大概率是旧缓存或 composer.lock 里硬编码了旧地址。
- 先清缓存：
composer clear-cache（Windows 用户还得手动删%LOCALAPPDATA%\Composer\cache） - 删掉
vendor/和composer.lock：rm -rf vendor composer.lock（Linux/macOS）或rmdir /s /q vendor & del composer.lock（Windows） - 再跑
composer install -vvv 2>&1 | head -n 10 | grep Downloading，第一行 URL 才是真实请求地址——别光信composer config输出
报 “Permission denied” 写 vendor/autoload.php？别 chmod，先 chown
绝大多数不是权限不够，而是目录被 sudo 污染过，属主是 root，而你正以普通用户运行命令。
- 查归属：
ls -ld vendor/ composer.lock，如果显示root root，就是它了 - 修复归属（Linux/macOS）：
sudo chown -R $USER:$USER vendor composer.lock - CI/宝塔环境特别注意：你用
root配的全局镜像，但实际运行的是www用户，得用sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
项目级 repositories 字段哪怕只是空数组 []，也会让全局镜像彻底失效——这种细节最容易被忽略，也最难排查。
