Composer需单独安装并配置PATH，执行composer --version确认；无composer.json无法规范管理依赖；vendor不可手动拷贝或删除，否则导致环境不一致。
composer 不是 PHP 自带的命令，必须单独安装并配置好环境变量才能用；没 composer.json 就不能管理依赖，硬拷 vendor 或手动删包只会让项目在不同机器上行为不一致。
怎么确认 composer 命令真能用
执行 composer --version，看到类似 Composer version 2.7.7 才算到位。如果报 command not found，不是没装，而是 shell 没读到 PATH：
- Linux/macOS：检查
which composer是否有输出；没有就说明composer.phar没放进/usr/local/bin/，或 shell 配置（如~/.zshrc）没重载，试source ~/.zshrc - Windows：用官方
Composer-Setup.exe安装后必须重启终端；若用php composer.phar方式，得始终写全路径或加php前缀 - 常见连带问题：
php -m | grep openssl看是否启用了openssl扩展，缺它会导致下载包时卡在file could not be downloaded
composer.json 是手动写还是用 composer init
新手容易被 composer init 的交互式流程“带偏”——它会生成基础结构，但默认不配 autoload，也不设 type，更不会帮你填对命名空间路径。实际开发中，直接手写更稳：
- 最小可用
composer.json至少含"name"（格式必须是vendor/name，否则别人require你的包会失败）和"require" - 要自动加载自己写的类？立刻加上：
"autoload": {"psr-4": {"App\": "src/"}}；只有一两个工具函数？用"files": ["helpers.php"] - 别在已有
vendor的目录下反复跑composer init，它会覆盖原composer.json；想重来？先rm -rf composer.json vendor composer.lock
composer install 和 composer update 到底该用哪个
两者根本目的不同：install 是还原，update 是求解新版本。线上服务器、CI 构建、协作开发，一律用 install；本地开发调版本、加新功能才用 update：
-
composer install只看composer.lock，哪怕composer.json里写的是"monolog/monolog": "^3.0"，只要 lock 文件锁死在3.5.2，就一定装那个版本——这是环境一致性的唯一保障 -
composer update monolog/monolog会重新走一遍依赖解析，可能把monolog升到3.6.0，同时顺带更新它依赖的psr/log；而composer update（无参数）会扫所有包，风险更高 -
composer.lock必须提交进 Git；vendor/绝对不能提交；团队里有人改了composer.json后只commit没run install，其他人拉代码后直接install就能对齐
加包时报 Could not find package 或 Conclusion: don't install
这两类错误背后其实是同一个逻辑：Composer 默认只查 packagist.org，且严格按语义化版本做约束求解。拼错名、镜像失效、版本冲突，都会卡在这一步：
立即学习“PHP免费学习笔记（深入）”；
-
Could not find package xxx：先composer search xxx确认包名是否准确（比如guzzlehttp/guzzle不是guzzle/guzzle）；国内用户务必配阿里云镜像：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ -
Conclusion: don't install xxx v2.0：说明你已有的某个依赖（比如symfony/console）要求psr/log ^1.0，但你想装的包只兼容psr/log ^3.0；此时别硬update，先composer why psr/log查谁在拦路，再决定是降级目标包，还是升级拦路包 - 临时加一个工具类（比如 CSV 解析），不必走完整
init流程，直接composer require league/csv，它会自动创建composer.json并写入依赖
vendor/autoload.php 是入口文件里必须引入的一行，但它只管第三方包和你配置了 autoload 的代码；没配 autoload 的自定义类，require 路径还是得自己写——这点最容易被忽略。 
