系统时间偏差超15分钟会导致composer签名验证直接失败；需用timedatectl校准并启用systemd-timesyncd，修复后必须删除vendor和composer.lock再重装生成新锁文件。
系统时间偏差超15分钟会导致Composer哈希校验失败
不是镜像没配对、不是网络卡顿、也不是缓存脏了——只要date和curl -I https://packagist.org返回的Date响应头相差超过15分钟，Composer就会在签名验证阶段直接中止，报signature verification failed或filemtime(): stat failed。它根本不会走到解压和哈希比对那步，因为Packagist的签名时间戳校验先于dist.sha256检查。
如何快速确认时间是否偏移
别猜，直接比对：
- 运行
date，记下输出的时间（含时区） - 运行
curl -I https://packagist.org 2>/dev/null | grep -i date，提取Date:头 - 两者差值超过15分钟，就是根源
常见高危场景：Docker容器未挂载宿主机时间、WSL子系统未同步、CI节点长期未重启、云服务器刚重装后NTP未启用。
修复必须用systemd-timesyncd，不能手动date -s
手动改时间只是临时掩盖，还会引发时区混乱和PHP date()函数行为异常。正确做法是启用系统级时间同步服务：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
timedatectl status，确认System clock synchronized: no和NTP service: inactive - 启用服务：
sudo timedatectl set-ntp true - 若
chronyd或ntpd已在运行，先停用：sudo systemctl stop chronyd && sudo systemctl disable chronyd - 验证效果：
timedatectl timesync-status，Root dispersion应低于50ms
容器环境额外注意：-v /etc/localtime:/etc/localtime:ro必须挂载，否则即使宿主机时间准，容器内date仍可能错误。
时间修复后仍报hash verification failed？先清锁再重装
时间准了只是解除底层拦截，但composer.lock里存的旧dist.sha256可能已失效（尤其镜像曾不同步）。此时必须同步清理：
- 删干净：
rm -rf vendor composer.lock（Windows用rd /s /q vendor & del composer.lock） - 清缓存：
composer clear-cache - 切回官方源保真：
composer config -g --unset repos.packagist - 重装生成新锁：
composer install
等30分钟再切回阿里云镜像——它同步有延迟，着急可换华为云镜像，已知同步更快。别跳过删composer.lock这步，漏掉就白忙。
