PSR-4按需加载高效且节省内存，配合优化命令后性能接近classmap；classmap预生成映射查表快，但构建慢且占内存；files直接引入文件最影响性能。实际生产中启用composer优化后差异极小，推荐优先使用PSR-4，合理控制files引入。
Composer 的自动加载机制中，classmap、files 和 PSR-4 在性能上有明显差异，主要体现在类加载的效率、文件读取次数和内存使用上。
PSR-4：按需加载，高效但需路径解析
PSR-4 是最常用的自动加载方式，它基于命名空间映射到目录结构。只有在实际用到某个类时，才会尝试根据命名空间和类名拼接文件路径去加载。
- 优点：不预先扫描所有类，节省内存和初始化时间。
- 缺点：每次加载类都要进行字符串解析和文件路径查找，如果类很多且频繁使用，会有一定开销。
- 实际性能表现良好，尤其配合 Composer 的优化命令生成「类映射缓存」后，几乎无差别。
classmap：预生成类路径映射，加载快但构建慢
classmap 是通过扫描指定目录，将所有类（包括没有命名空间的）与其文件路径的对应关系写入一个大数组中，保存在 vendor/composer/autoload_classmap.php。
- 优点：类加载时直接查表，无需文件系统查找，速度最快。
- 缺点：生成 classmap 需要执行
composer dump-autoload，项目类多时耗时较长；而且会包含所有类，即使不使用也占用内存。 - 适合用于需要快速加载大量类的场景，如测试环境或框架核心类。
files：直接引入文件，无条件加载，性能最差
files 类型用于指定某些 PHP 文件在 Composer 自动加载启动时就立即 require_once 引入，不管是否真的用到。
- 缺点：无法延迟加载，只要启动自动加载机制，这些文件就会被读取并执行，拖慢启动速度。
- 常见用途：工具函数文件（helpers）、常量定义等非类内容。
- 对性能影响最大，应尽量减少使用，尤其避免引入大文件或复杂逻辑。
性能对比总结
从高到低排序：- classmap 加载时：最快，查数组即可。
- PSR-4：稍慢一点，需路径推导，但现代 PHP 下差异极小。
- files：最差，提前加载，浪费资源。
实际上，在生产环境中运行 composer dump-autoload --optimize 或 --classmap-authoritative 后，PSR-4 的性能会被大幅优化，甚至接近 classmap 表现。因此推荐优先使用 PSR-4，仅对必须的函数文件使用 files，并避免滥用。
基本上就这些，关键不在机制本身，而在是否合理使用和是否启用优化。
