改 composer.json 的 autoload 配置不能提升 Laravel 启动速度，真正有效的是执行 composer install --optimize-autoloader --no-dev 生成预编译 classmap，跳过文件系统遍历，显著提升类加载性能。

直接改 composer.json 的 autoload 配置不能提升 Laravel 启动速度——Laravel 默认已用 PSR-4 自动加载，真正影响启动性能的是自动加载映射（autoload map）的生成方式和是否启用优化。

为什么改 autoload 部分没用

Laravel 项目根目录的 composer.json 中的 "autoload"（如 "psr-4" 映射）只定义类如何定位，不控制加载效率。Composer 安装或更新时会根据它生成 vendor/autoload.php 和对应的映射文件，但默认生成的是「类名 → 文件路径」的散列表，不是最高效的静态映射。

• 开发环境运行 composer install 时，默认生成的是「classmap + PSR-4 混合」 autoload，但未启用全量 classmap 优化
• "autoload-dev" 或额外添加 "files" 项反而可能拖慢启动（每次请求都 require 这些文件）
• 修改 "psr-4" 映射本身不会让框架跑得更快，只会改变类发现逻辑

真正有效的提速方法：启用 optimize-autoloader

这是 Composer 提供的官方优化开关，作用是将所有 PSR-4/PSR-0 命名空间预编译为一张扁平的 classmap，跳过文件系统遍历和命名空间解析，大幅提升 class_exists()、new 等操作的响应速度。

执行以下命令生成优化后的自动加载映射：

composer install --optimize-autoloader --no-dev

或在已有环境上重新生成：

composer dump-autoload --optimize --no-dev

• --optimize-autoloader（简写 -o）触发 classmap 预生成
• --no-dev 排除 autoload-dev 中的测试类和辅助文件，减小映射体积
• 生产环境必须加 --no-dev，否则会把 tests/、factories/ 等无关类也塞进 autoload map
• 该命令会重写 vendor/composer/autoload_classmap.php，下次请求直接查表，无 I/O 开销

验证是否生效 & 常见陷阱

检查 vendor/composer/autoload_classmap.php 文件大小：优化后通常 >500KB（未优化时可能只有几 KB），且内容是密集的键值对数组。

• 如果执行了 dump-autoload -o 但文件仍很小，说明项目里有大量动态类加载（比如通过 include 或字符串拼接类名），这些无法被 classmap 覆盖
• 不要在 autoload 里加 "files" 数组来加载 helper 函数——这会让每个请求都 require 所有文件，比 classmap 还慢
• 使用 Laravel Octane 时，--optimize-autoloader 是必须步骤，否则 worker 进程启动时反复扫描 PSR-4 目录会显著拖慢热启动
• CI/CD 中记得在部署脚本里固化该命令，而不是依赖本地 composer.lock 的缓存状态

自动加载优化不是“配个参数就完事”，关键在于生成时机和上下文——--no-dev 和 --optimize-autoloader 必须同时出现，且仅在部署到生产环境时执行。开发阶段开着它反而会让 php artisan tinker 加载新类变慢（因为 classmap 不自动更新）。