composer离线缓存需完整迁移cache根目录（含files/repo/archived及隐藏文件），并同步配置cache-dir路径、禁用网络（composer_disable_network=1）、使用--prefer-dist、禁用脚本插件，且两端composer版本必须一致。
缓存目录不完整导致 Composer 拒绝读取
只拷 cache/files/ 是最常见错误。Composer 缓存不是“ZIP 包仓库”，而是由三部分协同工作的元数据系统：files/（包本体）、repo/（JSON 映射表，告诉 Composer “symfony/console v6.4.0 对应哪个 ZIP 的 sha256”）、archived/（归档缓存）。缺任一，Composer 就 fallback 到联网。
迁移前必须打包整个缓存根目录，包括隐藏文件和子目录。验证是否完整：解压后检查 repo/https---packagist.org/packages.json 是否存在且非空（内容应为 JSON 格式，含大量包名与版本映射）。
缓存路径未同步，Composer 根本没读你拷的目录
离线机上若没执行 composer config --global cache-dir /path/to/restored/cache，Composer 仍会用默认路径（Linux/macOS 是 ~/.composer/cache，Windows 是 %LOCALAPPDATA%\Composer\cache），忽略你拷来的缓存。
运行 composer config --global cache-dir 确认当前生效路径，再比对是否与你解压位置一致。路径不匹配时，COMPOSER_CACHE_DIR 环境变量可临时覆盖，但需在每次命令前显式设置。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
网络未禁用，Composer 仍尝试联网校验元数据
Composer 默认行为是“宁可报错也不用缓存”。哪怕 cache/files/ 里有 monolog/monolog-2.12.0.zip，它也会先去请求 https://repo.packagist.org/packages.json —— 这一步失败就直接报错，根本不会查本地缓存。
- 必须提前设置
COMPOSER_DISABLE_NETWORK=1（Linux/macOS 前缀运行；Windows 需set COMPOSER_DISABLE_NETWORK=1或$env:COMPOSER_DISABLE_NETWORK="1"） -
--prefer-dist是硬性要求：只有 dist 包（ZIP/TAR）才走缓存路径；source 类型（如"type": "git"）会跳过缓存直接报错 -
--no-scripts --no-plugins必须带上：某些插件（如hirak/prestissimo）或包的post-install-cmd会绕过COMPOSER_DISABLE_NETWORK自行发起 HTTP 请求
缓存结构或哈希算法不兼容
不同 Composer 版本对缓存校验逻辑不同。例如 Composer 2.9.6 校验更严格，旧版缓存可能因哈希算法差异被拒绝——哪怕路径、文件、JSON 全对，也会静默 fallback 到联网并报错。
检查两端 Composer 版本：composer --version。若不一致，优先在离线机上安装与源机完全相同的版本（如 composer self-update 2.8.5），再重试。
真正容易被忽略的是：缓存不是“拿来就能用”的静态资源，它绑定 Composer 版本、PHP 环境、甚至镜像源 URL 的哈希签名。拷完不验证结构、不关网络、不锁版本，基本等于白拷。
