autoload文件由composer install或dump-autoload自动生成，非手写；需正确配置composer.json的autoload字段并执行命令，否则Class not found。
autoload文件不是手动生成的，而是composer install或composer dump-autoload触发生成的
Composer 不提供“手动写 autoload 文件”的入口。所谓“生成 autoload 文件”，本质是执行其内置的自动加载器构建流程，最终产出 vendor/autoload.php 和一系列映射文件（如 vendor/composer/autoload_classmap.php、autoload_psr4.php 等）。你只需要确保 composer.json 中的 autoload 配置正确，然后运行命令即可。
常见错误现象：Class not found 却确认类文件存在；修改了类名或路径后 new MyClass() 仍报错；本地能跑 CI 上失败——大概率是 autoload 文件没更新或配置未生效。
-
composer install：首次安装依赖时自动生成 autoload 文件（含 vendor 下所有包 + 你项目的 autoload 配置） -
composer dump-autoload：仅重新生成 autoload 映射，不装包，适合开发中改了autoload配置或新增了类文件后快速刷新 - 加
-o（即composer dump-autoload -o）会启用“优化模式”，把 PSR-4/PSR-0 映射转成 classmap，提升生产环境加载速度（但会忽略动态路径变化） - 加
--no-dev时，dev-autoloading 配置（如autoload-dev）不会被包含进最终的 autoload 文件
PSR-4 和 classmap 两种 autoload 方式不能混用同一命名空间前缀
Composer 的核心自动加载机制依赖于明确的映射规则。PSR-4 是按命名空间前缀 + 目录路径做动态解析（如 "App\": "src/"），classmap 是静态扫描出的全量类名→文件路径表（如 "App\Controller\Home" => "src/Controller/Home.php"）。两者共存没问题，但若对同一个命名空间同时配置了 PSR-4 和 classmap，Composer 会优先使用 classmap，且不会警告。
典型踩坑场景：你在 autoload.classmap 里加了 "src/"，又在 autoload.psr-4 里写了 "App\": "src/"，结果新增的 App\Service\Foo 类死活不被识别——因为 classmap 扫描发生在 dump-autoload 时，而你新增类后没再执行该命令，classmap 缓存里压根没有它。
- 开发阶段推荐只用 PSR-4，灵活、无需重复扫描
- classmap 适合打包发布或需极致加载性能的场景（如 CLI 工具），但必须配合
composer dump-autoload -o使用 - 不要在
autoload和autoload-dev中为同一前缀设置不同路径，Composer 不校验冲突
vendor/autoload.php 是唯一入口，require 它才真正启用 Composer 自动加载
很多人以为只要 composer install 成功，类就能自动加载——其实不然。vendor/autoload.php 是一个引导文件，它内部引入了真正的加载器（ComposerAutoloadClassLoader 实例），并注册到 PHP 的 spl_autoload_register() 队列中。没 require 它，整个机制就是关着的。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
常见错误现象：直接 php script.php 报 Class 'MonologLogger' not found，但 composer show monolog/monolog 显示已安装——基本就是忘了 require __DIR__.'/vendor/autoload.php';。
- 每个需要使用 Composer 包或项目类的 PHP 脚本，开头都必须
require或include这个文件 - 它本身不做任何类加载，只是初始化加载器并注册 autoloader 函数
- 如果用了多入口（如 Web 入口、CLI 命令、测试 bootstrap），每个入口都要显式引入，不能靠“某个文件引过就全局生效”
- 某些框架（如 Laravel）在
public/index.php里做了这一步，所以你感觉不到；但写独立脚本时，这步绕不开
autoload 加载失败时，先查 vendor/composer/autoload_*.php 里的实际映射
当遇到类找不到，别急着重装或怀疑路径，直接打开生成的 autoload 文件看 Composer 到底“认不认识”这个类。这些文件是纯 PHP 数组，可读性很强。
比如访问 App\Model\User 报错，就去翻 vendor/composer/autoload_psr4.php，看 "App\" 键对应的路径是不是你预期的 ["src/"]；如果是空数组或指向了错误目录，说明 composer.json 配置有误或 dump-autoload 没执行成功。
-
autoload_namespaces.php：对应已废弃的 PSR-0（极少用） -
autoload_psr4.php：PSR-4 映射，键是命名空间前缀（带尾部反斜杠），值是路径数组 -
autoload_classmap.php：classmap 扫描结果，键是完整类名，值是绝对路径 - 所有这些文件都在
vendor/composer/下，是调试 autoload 问题的第一手资料
autoload 机制看着简单，但它的行为高度依赖配置时机、命令参数和文件系统状态。最常被忽略的是：改完 composer.json 必须 dump-autoload，新增类文件必须重新 dump（除非只用 PSR-4 且路径规范），以及每个 PHP 入口都得亲手 require 那个 autoload 文件。
