composer国内镜像配置失败主因是composer config -g repo.packagist命令漏掉三个硬性要素：键名必须为单数repo.packagist（非repos或repositories）、composer为必填type值、url须https且末尾带斜杠；任一缺失即静默回退官方源，验证需执行该命令并确认输出为完整json对象。
composer config -g repo.packagist 命令写错就失效
换国内镜像源不是“配了就行”，90%失败源于命令漏掉三个硬性要素：repo.packagist（不能是repos.packagist或repositories）、composer（type值，不是可选参数）、https://mirrors.aliyun.com/composer/（末尾/不能少）。漏任一都会静默回退到官方源，且不报错。
验证是否生效，直接运行：composer config -g repo.packagist。输出应为类似{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}的 JSON 对象。若为空、null或报错，说明配置未写入。
项目级配置更稳妥，尤其在 CI 或团队协作中：进项目根目录执行composer config repo.packagist composer https://mirrors.aliyun.com/composer/（去掉-g），它会自动向composer.json写入"repositories"字段，key 固定为"packagist"，不会覆盖已有私有源——前提是原repositories是对象结构而非数组。
dist.shasum 校验只在下载时跑一次，缓存和 source 会绕过
composer install默认只校验dist类型包（ZIP/TAR）的 SHA-256 哈希值，比对目标是composer.lock中每个包的dist.shasum字段。但这个校验极易被跳过：
- 缓存命中时（
--no-cache未启用），Composer 直接复用~/.composer/cache/files/里的 ZIP，不重新下载、不重算哈希 -
--prefer-source或"type": "vcs"依赖走 Git 克隆，完全跳过dist.shasum校验 - 私有源或
"type": "package"配置下，dist.shasum可能为空，校验逻辑直接跳过 - 某些国内镜像若替换 dist 包但未同步原始哈希，哈希“匹配”而内容已非作者发布
手动测试是否真触发校验：改一个包的dist.shasum为"0000"（64 字符），再运行composer install --no-scripts --no-plugins。必须报Signature mismatch或package is corrupted才算生效；否则说明 lock 文件未被读取，或用了--ignore-platform-reqs等绕过选项。
security.signature-verification 不等于验包体 GPG 签名
启用security.signature-verification（如composer config --global security.signature-verification true）**不是**让你验证每个包的 GPG 签名——Composer 从不解析.sig文件，也不调用gpg命令。它实际启用的是 Packagist 元数据 GPG 验证，目标只有一个：防仓库投毒。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
该机制校验的是packages.json（包索引）是否由 Packagist 私钥签署，确保你看到的搜索结果、版本列表没被中间人篡改。它不检查包内容本身，也不依赖你本地导入任何密钥——Composer 内置信任来自https://packagist.org/keys.json的公钥列表。
启用后验证是否生效：composer install -v日志中必须出现Verifying packages.json signature with key。若没有，检查两点：secure-http是否为true（默认是），且disable-tls是否为false（默认也是）；若这两项被显式设为false或true，GPG 验证会被强制禁用。
vendor/autoload.php 被篡改，Composer 完全无感
composer dump-autoload只生成vendor/composer/autoload_*.php映射文件，对vendor/autoload.php本身不做任何读取、比对或校验。这个文件内容固定为require_once __DIR__ . '/composer/autoload_real.php';，但它一旦被注入eval($_GET['x'])或替换成恶意引导代码，Composer 毫无察觉。
composer.lock不记录它的哈希，installed.json也不存其校验值，整个哈希校验链路完全绕过它。生产环境必须设为只读：chmod -R a-w vendor/；CI 中可用grep -q "autoload_real\.php" vendor/autoload.php || exit 1快速断言其未被篡改。
真正要防投毒，得组合三件事：镜像源配置正确（防下载劫持）、dist.shasum校验启用且未被缓存绕过（防包体篡改）、security.signature-verification开启（防元数据污染）。缺一不可，而最容易被忽略的是缓存和 autoload.php 这两个点。
