必须在入口文件顶部用 require_once 引入 vendor/autoload.php，它是启动 composer 自动加载机制的开关，通过 spl_autoload_register() 注册加载逻辑，确保 new 或 use 第三方类时能正确路由到对应文件。
漏掉 require 'vendor/autoload.php'，哪怕包装得再全，PHP 也根本找不到任何第三方类——这不是路径错、不是版本错，是压根没注册自动加载器。
为什么必须在入口文件顶部 require_once 'vendor/autoload.php'
这个文件不是“包含一个工具”，而是启动整个 Composer 自动加载机制的开关。它内部调用 ComposerAutoloaderInitXXX::getLoader()，注册了 spl_autoload_register() 回调，后续所有 new GuzzleHttp\Client 或 use Monolog\Logger 才会被路由到对应文件。
- 必须用
require_once，不能用include：失败时不报致命错误，类找不到却无提示，调试极难定位 - 必须放在你第一次使用第三方类之前——比如
new、use、class_exists()前 - 如果入口脚本不在项目根目录（如
public/index.php），路径要写准：require_once __DIR__ . '/../vendor/autoload.php'; - CLI 场景下
getcwd()往往不是项目根，硬写vendor/autoload.php会直接报错
vendor/autoload.php 是怎么生成的，能手动改吗
它由 Composer 自动生成，每次运行 composer install 或 composer update 都会重写。你改了下次就丢，而且改了也没用——它本身只做一件事：require_once 'composer/autoload_real.php'，真正的逻辑在 vendor/composer/ 下那一堆映射文件里。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 映射来源有三类：
psr-4（主流）、classmap（适合老代码）、files（预加载函数文件） - 修改
composer.json中的"autoload"段后，需手动运行composer dump-autoload才生效 - 加
-o参数（即composer dump-autoload -o）会把 PSR-4 映射转成 classmap，提升加载性能，但开发期不建议常开——改类名或移动文件后要重新 dump
常见报错和对应检查点
看到 Class not found 不要急着重装包，先盯住这三处：
-
vendor/autoload.php文件是否存在？运行ls vendor/autoload.php（Linux/macOS）或dir vendor\autoload.php（Windows）确认 - 是否漏写了
require_once？或写在了new语句之后？ - 命名空间与目录结构是否严格匹配 PSR-4 规则？例如
"App\": "src/"要求App\User类必须在src/User.php，且文件里必须有namespace App; - CLI 执行时 pwd 不对？试试加
-d auto_prepend_file=不解决根本问题，反而掩盖路径逻辑，不推荐
最易被忽略的是：自动加载不是“让 PHP 知道类在哪”，而是“让 PHP 知道该去哪找”。vendor/autoload.php 是触发器，不是数据库；它不存路径，只调度路径查找逻辑。路径错、命名空间错、require 时机错，三者任一出问题，都会表现为“类不存在”，但原因完全不同。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
