Composer自动加载本质是配置驱动的映射系统，需在composer.json中声明autoload规则（如psr-4），并执行composer dump-autoload生成vendor/autoload.php及映射文件；漏掉该命令或配错路径/命名空间，将导致Class not found错误。
Composer 自动加载第三方类库，本质是配置 autoload 规则并执行 composer dump-autoload，不是“装完包就自动可用”——漏掉这步或配错规则，Class not found 错误照常出现。
为什么 require 一个包后类还是找不到？
Composer 默认只对包自身的 autoload 字段生效（比如 monolog/monolog 声明了 PSR-4 映射），但不会自动把你的项目代码或非标准路径纳入加载范围。如果你直接 require 第三方包却没调用其入口类，或该包未声明 autoload 信息（极少数老旧包），就会报错。
- 检查包的
composer.json是否含"autoload"段（如"psr-4": { "Monolog\": "src/" }） - 确认你使用的是包导出的命名空间和类名，不是文件路径（例如
new MonologLogger()，不是new Logger()） - 运行
composer install或composer update后，务必执行composer dump-autoload（尤其修改过 autoload 配置时）
如何让自己的类也能被 Composer 自动加载？
在项目根目录的 composer.json 中添加 autoload 配置，告诉 Composer “我的类在哪、按什么规则找”。最常用的是 psr-4，它映射命名空间到目录：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
{
"autoload": {
"psr-4": {
"App\": "src/"
}
}
}
之后执行 composer dump-autoload，Composer 就会生成 vendor/autoload.php 中的映射逻辑。只要你的 src/Http/Request.php 文件里声明 namespace AppHttp;，就能直接 new AppHttpRequest()。
-
psr-4要求目录结构严格匹配命名空间，末尾反斜杠不能少（"App\"） - 不要用
classmap扫描整个src/目录来“偷懒”，它不支持命名空间推导，且每次增删文件都得重跑dump-autoload - 开发中临时加单个类？可以用
files数组引入纯函数文件，例如"files": ["src/helpers.php"]
vendor/autoload.php 必须手动引入吗？
是的，而且必须放在所有依赖类使用之前。这是 Composer 生成的自动加载器启动入口，没有它，PSR-4 规则根本不会注册。
- 典型写法：
require __DIR__ . '/vendor/autoload.php';（注意是require，不是include） - 如果用框架（Laravel、Symfony），它们已在入口文件（如
public/index.php）里引入了，你不用重复操作 - 命令行脚本也得自己引——很多人在
bin/下写工具时忘了这句，导致本地跑通、部署失败 - 不要试图用
set_include_path()或__autoload()替代，Composer 的自动加载器是完整实现 PSR-0/PSR-4 的，兼容性与性能都更可靠
真正容易卡住的点，往往不是语法写错，而是 dump-autoload 没执行、命名空间和目录差了一层、或者 autoload.php 引入位置不对——这三个地方多看一眼 var_dump(get_included_files()) 和 class_exists('YourClass') 就能快速定位。
