最准方法是直接运行composer config --global cache-dir查全局路径、composer config cache-dir查项目路径，二者不同说明项目覆盖了全局配置；默认路径仅在未显式设置时生效，且环境变量COMPOSER_CACHE_DIR优先级最高。
直接查 cache-dir 配置最准，别信默认路径
Composer 缓存路径不是写死的，它可能被全局配置、项目配置或环境变量覆盖。运行 composer config --global cache-dir 能立刻看到当前生效的全局缓存路径；如果想查项目级设置（比如项目里自定义了缓存位置），就在项目根目录下运行 composer config cache-dir。两者结果不同，说明项目覆盖了全局配置。
常见误区是直接去 ~/.composer/cache 或 %APPDATA%\Composer\cache 翻，但这些只是默认值——一旦执行过 composer config --global cache-dir /new/path，旧路径就失效了，且不会自动迁移旧缓存。
- 没输出？说明没显式设置过，此时才用默认路径：Linux/macOS 是
~/.composer/cache，Windows 是%APPDATA%\Composer\cache - 输出为空或报错
Could not find composer.json？检查当前是否在项目目录，或是否漏了--global参数 - CI/CD 中常因权限或挂载失败导致路径存在但不可写，后续
install会静默跳过缓存，表现为反复下载
composer config -l 不能代替精准查询
composer config -l 输出的是所有配置合并后的快照，不标来源、不显默认值、也不反映环境变量（如 COMPOSER_CACHE_DIR）是否生效。它容易让你误判缓存路径是否被改过。
真正要验证缓存是否起作用，得结合日志看行为：运行 composer install -vvv，观察有没有 Downloading... 行。如果只有 Extracting archive，说明缓存命中；如果大量出现 Downloading，哪怕 config -l 显示路径正确，也大概率是路径不可写或挂载异常。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 环境变量优先级最高：
echo $COMPOSER_CACHE_DIR（Linux/macOS）或echo %COMPOSER_CACHE_DIR%（Windows）有输出，它就覆盖所有配置 -
composer config -l里带(global)标记的项，才是来自全局配置；没标记的可能是项目级或环境变量注入的，无法区分 - 某些 CI 脚本会临时设环境变量但不清理，导致本地查不到，却在构建时实际生效
缓存目录结构本身就能反推路径是否有效
Composer 缓存内容主要存在 files/ 子目录下，路径格式为 vendor/name/hash/，每个 hash 对应一个 dist ZIP 包或 Git commit。只要进到你查到的缓存路径里，执行 ls -l files/monolog/monolog/（以 monolog 为例），能看到一堆以 SHA256 命名的子目录，就说明缓存正在被写入和使用。
如果 files/ 下空空如也，或者只有 repo/ 和 archived/ 目录但没有 files/，那基本可以断定缓存机制没跑起来——常见原因是 "config": {"cache-files-dir": null} 这类禁用配置，或 --no-cache 参数残留。
-
files/目录不存在？Composer 不会自动创建它，必须确保父路径可写且已存在 - 目录存在但无子目录？先确认最近一次
composer install是否成功完成，中途失败可能导致缓存未写入 - Docker 中挂载缓存目录时，注意 UID/GID 匹配，否则
file_put_contents()会静默失败，files/下永远为空
全局包路径和缓存路径是两回事，别混
有人把 composer config --global home 输出的路径当成缓存路径，这是错的。home 指向的是全局配置根目录（如 ~/.composer），里面包含 auth.json、config.json 和 vendor/，但缓存目录是独立的 cache/ 子目录（默认在同级）。它们物理隔离、用途不同：前者存全局命令和凭据，后者存下载的 ZIP 包和元数据。
如果你在找某个全局命令（比如 phpunit）的二进制文件在哪，该查 composer config --global bin-dir；如果想知道 Composer 下载的 phpunit 源码 ZIP 包缓存在哪，才该查 cache-dir。
- 全局
vendor/路径不影响项目依赖缓存，反之亦然 - 修改
cache-dir不会影响home或bin-dir，三者互不耦合 - CI 场景中建议用
composer config --global cache-dir "$HOME/.composer-cache-$PHP_VERSION"避免多版本 PHP 共用缓存导致 autoload 错乱
