Composer自动加载顺序由注册顺序和PHP机制决定：psr-4/psr-0先注册但按最长前缀匹配，classmap次之为静态映射，files最后无条件执行且不参与类加载；类首次加载后即驻留符号表。
Composer 的自动加载文件顺序不是靠“配置优先级”控制的，而是由 autoload 类型的注册顺序和 PHP include 机制决定的——先注册的 autoload 函数，后被调用；但真正生效的是最后成功返回类定义的那个加载器。
autoload 类型的执行顺序：psr-4 / psr-0 > classmap > files
Composer 生成的 vendor/autoload.php 会按固定顺序注册各类加载器：
-
psr-4和psr-0加载器最先注册（通过spl_autoload_register），它们是“条件式加载”，只在类名匹配命名空间前缀时才尝试加载 -
classmap加载器其次注册，它是一张静态映射表，查找快，但不支持动态路径或通配 -
files最后注册，且是“无条件立即 include”，不管类是否存在，只要 Composer 启动就会执行这些脚本
注意：files 不参与类加载流程，它只是全局脚本注入点，不能用来“覆盖”其他加载器的行为。
多个 files 的加载顺序：按 composer.json 中声明顺序
如果你在 composer.json 里写了多个 files 入口：
"autoload": {
"files": [
"src/Helpers/GlobalFunctions.php",
"src/Bootstrap.php",
"src/Constants.php"
]
}
它们会严格按数组顺序被 include_once 执行——前面的文件能被后面的文件覆盖常量、函数或类（如果用了 function_exists 等防护则另说）。
- 没有“优先级”概念，只有执行先后
- 重复
include_once同一文件不会报错，但也不会重新加载 - 若某
files抛出 ParseError，整个 autoload 初始化失败，后续所有自动加载都不可用
psr-4 冲突时谁生效？看命名空间匹配长度
当两个 psr-4 规则都能匹配同一个类（比如 "App\\" → src/ 和 "App\\Helper\\" → lib/helper/），Composer 会选最长前缀匹配的规则：
-
App\Helper\Utils匹配"App\\Helper\\"（长度 13）比"App\\"（长度 5）更精确，所以走lib/helper/Utils.php - 这个行为由
Composer\Autoload\ClassLoader::findFile()实现，不依赖注册顺序 - 如果两个前缀长度相同（如
"A\\"和"B\\"），则按composer.json中psr-4数组的书写顺序遍历，先命中者胜
想“覆盖”第三方类？别改 autoload，用 class_alias 或重写 autoloader
很多人想通过调整 autoload 顺序来“替换”一个已有的类（比如覆盖 Laravel 的某个 Facade），这是行不通的：
- PHP 不允许重复
declare class，第二次定义会 fatal error -
psr-4和classmap都是在类未定义时才触发，一旦类已被加载，后续 autoload 均跳过 - 真正可行的方式只有两种：
class_alias('MyCustomClass', 'OriginalClass')（需在原始类加载前执行），或手动注册一个更靠前的spl_autoload_register回调并拦截类名
后者风险极高：容易破坏 Composer 自身逻辑，且不同环境（dev vs prod）的 autoload_files.php 生成策略可能不同，导致行为不一致。
最易被忽略的一点：autoload 顺序只影响“首次加载”，类一旦被定义就永久驻留在 PHP 的符号表中——哪怕你后面 unset($class) 也删不掉。调试时看到“没生效”，大概率是因为类早已被其他路径加载过了。
