Composer install 不更新 autoload 映射也不修改 composer.json，仅按 lock 文件还原依赖；类找不到主因是物理文件存在但 autoload.php 未注册命名空间，正确做法是用 composer require 安装新包，它会自动写入 require、下载包并执行 dump-autoload。
因为 composer install 不更新自动加载映射，也不修改 composer.json，它只按 composer.lock 还原依赖——类找不到，基本是 autoloader 没刷新或包根本没写进 require 里。
为什么 composer install 装完却 class not found
这是最典型的“物理存在但逻辑不可见”问题：vendor/ 目录下文件确实在，autoload.php 却没生成对应命名空间路径。原因很直接：
-
composer install只读composer.lock，不碰composer.json的require字段，也不触发dump-autoload - 如果你是手动把包名加进
composer.json然后只跑install，Composer 会忽略这个改动（除非先删掉composer.lock） - 旧项目升级 PHP 版本后，某些包的 autoloader 规则可能失效（比如从 PSR-0 切到 PSR-4），但
install不会重生成映射
正确做法：用 composer require 替代 install 添加新包
新增依赖必须走 require，它会同时完成三件事：
- 把包名和版本写入
composer.json的require区块 - 下载并解压到
vendor/ - 自动执行
dump-autoload，更新vendor/autoload.php中的 PSR-4/PSR-0 映射
例如装 Laravel UI：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
composer require laravel/ui
而不是：
composer install #（此时 composer.json 里还没 laravel/ui）
类仍找不到？检查 autoloader 是否生效
即使用了 require，也有可能卡在中间环节：
- 运行
composer dump-autoload -o强制优化并重建映射（尤其在改过composer.json的autoload段后） - 确认包自身声明了
autoload规则：打开vendor/vendor-name/package/composer.json，看是否有"psr-4"或"classmap"字段 - 如果包是纯函数库（如
monolog/monolog），它不提供bin，但类路径必须符合 PSR-4 命名规范，否则autoload.php找不到入口 - 检查是否误删了
vendor/autoload.php或项目根目录下的autoload.php引用（Laravel 默认在public/index.php中引入）
私有包或本地路径包常被忽略的点
这类包最容易“装上了却找不到类”，因为 autoload 行为更依赖显式配置：
- 若用
"type": "path"引入本地包，必须在该包的composer.json里声明autoload，且路径要相对于它自己的根目录 - Git 仓库类私有包，如果作者没设
"autoload"，哪怕你 clone 下来也白搭——Composer 不会猜路径 - 运行
composer show vendor/name看输出里有没有Autoload行；没有就说明这个包本身不支持自动加载
真正麻烦的不是装不上，而是装上了却以为没问题——等 new ClassName() 报错才回头查，其实几秒就能用 composer dump-autoload -v 看清映射是否已注册。
