php自动加载在类真正被使用且未定义时触发，按spl_autoload_register注册顺序执行回调；composer通过预生成映射表（如autoload_psr4.php）与自动加载器协作，psr-4要求命名空间、路径、文件名严格匹配，修改需更新composer.json并运行dump-autoload。
PHP自动加载触发时机很严格
PHP不是“看到new就去猜路径”，而是等到类真正被使用（比如实例化、静态调用、继承）且尚未定义时，才触发自动加载流程。此时Zend引擎会遍历所有已注册的spl_autoload_register()回调函数，按注册顺序依次执行，直到某个回调成功加载文件并定义了该类；如果全部返回false或没处理，最终抛出Fatal error: Class not found。
常见错误现象：
- 在
require 'vendor/autoload.php'之前就写new AppControllerHome()→ autoload队列为空，直接报错 - 用了
set_include_path()或自定义__autoload()并返回false→ 拦截后续Composer加载器，类找不到 - CLI脚本里漏掉
require却“跑通” → 很可能是前面某行代码（如use语句或依赖库）已提前加载过该类，属于假象
Composer加载器靠预生成映射表 + spl_autoload_register协作
vendor/autoload.php本身不包含任何映射逻辑，它只是启动器：执行时立即调用ClassLoader::getLoader()，把多个加载逻辑（PSR-4、classmap、files）通过spl_autoload_register()注册进全局队列。真正干活的是它加载的静态文件，比如vendor/composer/autoload_psr4.php——这个文件就是一个纯PHP数组，内容类似：['App\' => ['src/']]。
关键点：
- 映射表不会实时监听
composer.json变化，必须手动运行composer dump-autoload才会重写 - 命名空间末尾的反斜杠
\和路径末尾的斜杠/是硬分隔符，缺一不可。写成"App"或"src"会导致拼接路径错误 - 类名
App\Controller\Home剥离前缀后得Controller\Home，再把\替换成/，最后拼上src/→src/Controller/Home.php
文件路径与类名必须严格匹配
PSR-4不是模糊查找，是精确字符串操作+文件系统读取。Linux下大小写敏感，Windows下可能“侥幸”成功，但部署到生产环境大概率失败。
容易踩的坑：
-
Home.php里定义class home→ 类名不一致，加载失败 - 文件叫
home.php但类是class Home→ 文件名与末级类名不一致，加载失败 - 路径写成
"src"（无尾部/）→ 拼出srcController/Home.php而非src/Controller/Home.php，404 - 命名空间写成
"App"（无末尾\）→ 完全不匹配PSR-4规则，跳过查找
别动vendor/autoload.php或autoload_psr4.php
这两个文件都是composer dump-autoload生成的产物，手改会被下次命令覆盖。真正要改的是composer.json里的autoload.psr-4字段，改完必须立刻执行composer dump-autoload，否则PHP还在查旧表。
另外注意：require_once和include不能替代require——路径错时include静默失败，require会报致命错误，更容易暴露问题。
最常被忽略的一点：Web入口（如public/index.php）和CLI脚本（如bin/console）是两个独立进程，各自都要显式require 'vendor/autoload.php'，它们不共享autoload注册状态。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
