Composer autoload 配置不生效的主因是 composer.json 中 autoload 设置位置错误、路径与实际文件结构不匹配，且未执行 composer dump-autoload；需确认使用 psr-4 并严格对应命名空间与目录，移除 __autoload 干扰，优先引入 vendor/autoload.php，避免 classmap 扫描冗余目录。
composer autoload 配置不生效？检查 autoload 类型和路径映射是否匹配
Composer 加载自定义类失败，最常见原因是 autoload 配置写在了错误的位置，或路径没对上实际文件结构。它只认 composer.json 根目录下的配置，且不会自动递归扫描子目录——你得明确告诉它“哪个命名空间对应哪个文件夹”。
-
"psr-4"最常用：要求命名空间与目录结构严格对应，比如"App\": "src/App/"表示App\User类必须在src/App/User.php -
"psr-0"已过时，别用；"classmap"适合无命名空间的老代码，运行composer dump-autoload -o才会生成映射表 - 改完
composer.json后，必须执行composer dump-autoload（开发时可省-o），否则新配置完全不加载
类文件找不到：确认 __autoload 或 spl_autoload_register 没干扰 Composer
如果你在项目里手动写了全局自动加载逻辑，尤其是直接用了 __autoload 函数，它会覆盖 Composer 的 autoloader，导致你的 PSR-4 类完全不被识别。
- 删掉所有
function __autoload($class) { ... }定义；Composer 默认已注册自己的加载器 - 如果用了
spl_autoload_register，确保没调用spl_autoload_unregister('__autoload')或类似清理操作 - 调试时可在终端运行
composer show --platform看当前 autoloader 是否启用，或在代码里var_dump(class_exists('App\User'))验证
本地开发测试时，vendor/autoload.php 引入顺序错了
很多新手把 require 'vendor/autoload.php' 放在自定义 include 或 require 之后，结果类还没注册就被提前引用，直接报 Class not found。
- 必须在任何自定义
require、include或实例化前引入：require __DIR__.'/vendor/autoload.php'; - 不要用相对路径如
require '../vendor/autoload.php'，容易因执行路径不同而失效；统一用__DIR__或dirname(__FILE__) - 如果用的是框架（如 Laravel、Symfony），它们已内置 autoloader，你不需要也不该再手动 require
发布到生产环境后类加载变慢？别用 classmap 扫描整个 src/
"classmap": ["src/"] 看起来省事，但 Composer 会遍历所有 PHP 文件提取 class、interface 声明，一旦 src 下有日志、测试或临时文件，就会拖慢 dump-autoload 和加载速度。
- 只对明确无命名空间的类用
classmap，例如"classmap": ["legacy/helpers.php"] - 有命名空间一律走
psr-4，它按需加载，性能更好，也更符合现代 PHP 实践 - 上线前跑
composer dump-autoload -o生成优化版 autoloader，但前提是代码结构干净，否则反而更慢
最容易被忽略的是：Composer 不校验文件是否存在或类名是否拼错，它只按规则找路径。所以 Class 'AppUser' not found 错误，90% 是路径映射错、文件没放对位置、或者忘了运行 dump-autoload。
