composer clear-cache是最简官方命令，无缩写别名；它仅清理~/.composer/cache/下的repo/、files/、vcs/子目录，不删vendor/、composer.lock或项目文件。
composer clear-cache 命令本身已是最简写法
Composer 没有比 composer clear-cache 更短的官方命令。它不接受缩写如 composer cc 或 composer clr，强行使用会报错 Command "cc" is not defined。
这个命令是唯一入口，没有别名或隐式简写，也不支持配置 alias 替换（因为它是全局命令，不是项目级脚本）。
为什么不能像 npm cache clean 那样用 -f 缩写？
Composer 的命令解析器不支持单字母缩写机制——不像 git co 可映射到 git checkout，composer 所有子命令必须拼写完整。
-
composer install不能写成composer i -
composer update不能写成composer u - 同理，
composer clear-cache也不能缩写
这是由 symfony/console 组件在 Composer 中的配置方式决定的：未显式注册缩写，就不会触发。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
想“快速”执行，只能靠 Shell 层面优化
真正提速的方式不在 Composer 本身，而在你的终端环境：
- 在 shell 配置文件（如
~/.zshrc或~/.bashrc）中添加 alias：alias comcc='composer clear-cache'
- 执行后重载配置：
source ~/.zshrc，之后就能直接敲comcc - 注意：该 alias 仅对当前用户生效，且不会被 CI/CD 环境继承
别用 function 包一层再调用，纯 alias 足够；也别试图改 Composer 源码加缩写——升级就会覆盖。
缓存路径和清空效果要心里有数
composer clear-cache 实际清理的是 COMPOSER_HOME 下的 cache/ 目录（默认为 ~/.composer/cache/），包括：
-
repo/：包元数据（如 packagist.org 的 JSON 响应） -
files/：下载的 ZIP、TAR 归档 -
vcs/：Git clone 出来的临时仓库
它不会删除 vendor/ 或 composer.lock，也不会影响已安装的依赖。如果遇到 “缓存没清干净”，大概率是因为你运行命令时用了 --no-cache 或设置了 COMPOSER_CACHE_DIR 环境变量指向了其他路径。
