Composer 命令补全无反应的根本原因是其自身不内置 shell 补全逻辑，需手动下载并 source 官方提供的 bash/zsh 补全脚本，且脚本必须被 shell 正确加载。
composer 命令补全在 bash/zsh 下为什么没反应
根本原因是 Composer 自身不内置 shell 补全逻辑，它依赖你手动加载官方提供的补全脚本。没生效通常不是配置错，而是脚本压根没被 shell 读到。
- Composer 官方只提供
composer-completion.bash（bash）和composer-completion.zsh（zsh），不支持 fish 或其他 shell - 脚本默认不随 Composer 安装自动部署，必须显式下载并 sourced 到 shell 配置中
- zsh 用户如果用了 oh-my-zsh，
composer插件默认不启用，需手动添加到plugins=()列表 - bash 用户常见坑：把 source 行写在
~/.bashrc里，但当前终端启动自~/.bash_profile，导致未加载
如何正确安装 composer 补全脚本
直接用 Composer 自带命令生成最稳妥——它会根据当前 shell 类型输出对应脚本内容，避免手动下载路径或版本不匹配问题。
- 运行
composer completion bash（或zsh），复制输出的全部内容 - 粘贴到
~/.bash_completion（bash）或~/.zsh/completion/_composer（zsh），注意 zsh 路径需确保在fpath中 - 更省事的做法：追加到 shell 配置末尾，例如：
echo "source <(composer completion bash)" >> ~/.bashrc
（bash）echo "source <(composer completion zsh)" >> ~/.zshrc
（zsh） - 执行
source ~/.bashrc或source ~/.zshrc生效，别忘了新开终端测试
补全失效时优先检查这三处
补全逻辑依赖 shell 的完整命令解析链，任意一环断掉就静默失败，不会报错。
- 确认
composer命令本身可执行且在$PATH中：which composer应返回路径，否则补全函数找不到主命令 - 检查是否启用了
progcomp（bash）或complete（zsh）功能：shopt -s progcomp（bash）、autoload -U +X compinit && compinit（zsh） - 避免与旧版补全冲突：如果你之前手动下载过
composer-completion.bash，删掉它，只保留source 这种动态方式
PHP 版本或 Composer 全局安装位置会影响补全吗
不影响。补全脚本只解析命令行参数结构，不调用 PHP 运行时，也不读取 vendor/ 或 composer.json。
- 但要注意：补全内容基于当前
composer可执行文件的版本。如果你用curl -sS https://getcomposer.org/installer | php装在本地，而补全脚本指向全局/usr/local/bin/composer，就会提示不匹配 - 验证方式：
composer --version和which composer输出的路径要一致；不一致就用绝对路径重写 source 行，例如：source - Windows WSL 用户注意：补全在 bash/zsh 层生效，和 Windows 端 PowerShell 无关
which composer 和 set -o | grep vi（确认不是 vi 模式干扰）这两条命令，比反复重装 Composer 有用得多。 
