用 –no-interaction 跳过交互，配合 –name、–description 等参数预填；require 必须用 composer require 命令而非手改 JSON；install 用于部署确保一致性，update 仅限主动升级；国内需配置阿里云镜像源。
初始化项目时，composer init 交互流程怎么跳过或预填？
直接运行 composer init 会卡在终端等你一行行输包名、作者、依赖……但多数时候你只是想快速生成一个基础 composer.json，不真需要交互。这时候用参数预填更省事：
-
composer init --name="my/app" --description="My CLI tool" --author="me@example.com" --no-interaction：跳过所有提问，生成最小可用配置 -
--require="php:^8.1" --stability=stable可提前锁 PHP 版本和稳定性，避免后续 install 报错 - 如果已有旧项目但缺
composer.json，别手写——init比手动拼 JSON 少出错，尤其字段缩进、逗号、引号这些细节
常见错误：漏掉 --no-interaction 却在 CI/CD 脚本里跑 init，结果卡住超时；或者把 --require 写成 require（少两个横线），命令静默失败但文件没生成。
装包用 require 还是直接改 composer.json 再 install？
必须用 composer require vendor/package，别手改 JSON 后再 install。这不是习惯问题，是机制决定的：
-
require会自动更新composer.json+composer.lock+vendor/三者同步，一步到位 - 手改 JSON 后只跑
install，可能因 lock 文件没更新导致装错版本（比如 lock 里还记着旧版，install就按 lock 装） - 加
--dev是硬性要求：开发工具如phpunit/phpunit必须进require-dev，否则上线打包时也会被带上，增大部署体积、触发不必要的 autoloader 扫描 - 指定版本务必带约束符：
composer require guzzlehttp/guzzle:^7.5，写成7.5会被解释为==7.5.0，极大概率匹配失败
update 和 install 到底该什么时候用？
install 是日常部署和协作的标准动作；update 是主动求变，有明确目标才动它：
- CI 构建、服务器上线、新同事拉代码后：一律用
composer install——它严格按composer.lock装，确保环境一致 - 想升级某个包（比如修安全漏洞）：用
composer update vendor/package，精准控制范围，避免连带升级其他包引发意外 - 全量升级（
composer update）风险高：可能把monolog从 2.x 升到 3.x，API 不兼容直接崩；升级后异常，立刻git checkout composer.lock && composer install回滚，比查 changelog 快得多 - 不要在生产环境跑
update——lock 文件就是你的依赖契约，破坏它等于放弃可控性
国内网络下，composer 总卡住或报 404 怎么办？
根本原因不是 Composer 慢，是默认源 packagist.org 在境外，DNS 解析 + 连接经常超时。换镜像源是刚需，不是可选项：
- 全局生效（推荐）：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，注意末尾有空格和composer字样，少一个就失效 - 临时单次使用（调试用）：
composer install -vvv --repository=https://mirrors.aliyun.com/composer/，-vvv能看到真实请求地址，确认是否走对了源 - 切源后仍 404？检查是否误配成
https://packagist.phpcomposer.com（已停用），阿里云源地址必须是https://mirrors.aliyun.com/composer/ - 换源后首次运行可能卡几秒——这是 Composer 在下载并缓存元数据，之后就快了；若持续卡住，
composer clear-cache清一次缓存再试
最常被忽略的一点：create-project 命令（比如装 Laravel）也走 packagist 源，不换镜像的话，composer create-project laravel/laravel blog 一样会卡在“Installing dependencies from lock file”那一步，不是项目问题，是源的问题。
