--working-dir仅覆盖Composer内部的项目上下文路径，指定包含composer.json的目录作为项目根目录，不影响shell工作目录或PHP配置；-d是PHP参数，与Composer路径无关。
composer命令的--working-dir参数到底改什么
--working-dir 不改变当前 shell 的工作目录，也不影响 composer 可执行文件自身的查找路径。它只告诉 Composer：「请把这里的目录当作项目根目录来读取 composer.json、vendor/ 和加载 autoloader」。换句话说，它覆盖的是 Composer 内部的「项目上下文路径」，不是系统级的 cd。
在非项目目录下执行 install/update 必须配 --working-dir
如果你人在 /tmp，想操作 /var/www/myapp 的依赖，直接跑 composer install 会报错：Could not open input file: composer.phar（没找到 composer.json）或更常见的 Command "install" is not defined.（因未识别为有效项目）。这时必须显式指定：
composer install --working-dir=/var/www/myapp
注意：--working-dir 的值必须是**包含 composer.json 的完整绝对路径或相对路径**；不能是 /var/www/myapp/composer.json，也不能是 /var/www/myapp/ 后面多加斜杠（虽然多数情况兼容，但某些旧版 Composer 会静默失败）。
- 推荐用绝对路径，避免相对路径在不同 shell 环境下解析歧义
- 路径末尾不加斜杠更稳妥（
/var/www/myapp✅，/var/www/myapp/⚠️） - 如果
composer.phar不在$PATH中，需写全路径，例如：/opt/composer.phar install --working-dir=/var/www/myapp
和 -d 参数的区别：别混用
-d 是 PHP 解释器的参数（php -d），用于设置 PHP 运行时配置，比如 memory_limit。它和 Composer 完全无关。常见误写：composer -d /var/www/myapp install —— 这实际是让 PHP 加载 /var/www/myapp 目录下的 php.ini，然后才运行 Composer，根本不会切换项目上下文。真正起作用的只有 --working-dir。
-
--working-dir：Composer 专用，控制项目路径 -
-d：PHP CLI 参数，与 Composer 路径无关 - 两者可共存，但目的完全不同：
php -d memory_limit=2G /path/to/composer.phar install --working-dir=/var/www/myapp
配合 alias 或脚本实现快速跳转式调用
手动输长路径太麻烦，可以用 shell alias 封装常用项目：
将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。
alias cmyapp='composer --working-dir=/var/www/myapp'
之后就能直接：cmyapp install、cmyapp require guzzlehttp/guzzle。注意 alias 值里不能带命令（如 install），否则无法复用。
更灵活的方式是写个函数，支持传参：
cm() {
local project="$1"
shift
composer --working-dir="$project" "$@"
}
用法：cm /var/www/myapp update、cm ~/dev/api-test dump-autoload -o。
容易被忽略的一点：如果项目用了 COMPOSER_HOME 或自定义 composer.json 名（通过 COMPOSER 环境变量），--working-dir 仍只负责定位项目目录，不会覆盖这些环境变量的行为——它们优先级更高，要小心冲突。
