改 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 不自动更新）。
