有用，但仅在生产环境生效；它将PSR-0/PSR-4映射转为静态classmap，提升加载速度20%–50%，需配合--no-dev或"optimize-autoloader":true配置才真正启用。
composer install 时加 --optimize-autoloader 有用吗
有用，但只在生产环境真正生效。它会把 PSR-0/PSR-4 类映射转成静态数组，跳过文件系统扫描，加载速度能快 20%–50%，尤其对类多、目录深的项目（比如 Laravel、Symfony）。不过这个优化只影响 autoload_classmap.php 的生成逻辑，不改变开发时的热更新行为。
常见错误现象：composer install --optimize-autoloader 在本地跑完没感觉变快——因为开发模式下 vendor/autoload.php 默认走的是带 classmap + psr-4 双路径的加载器，而优化后实际生效的是纯 classmap 模式，需要配合 "optimize-autoloader": true 配置或 --no-dev 才彻底启用。
- 必须同时加
--no-dev或设"minimum-stability": "stable"，否则 dev 包的类不会进 classmap - CI/CD 流水线里建议固定用
composer install --optimize-autoloader --no-dev --prefer-dist - 本地开发别常开，改了类名或移动文件后，
composer dump-autoload --optimize不会自动重扫，得手动删vendor/composer/autoload_classmap.php再重生成
composer.json 里设置 optimize-autoloader 是永久生效吗
不是永久，只是默认开关。它只影响后续 composer install 或 composer update 的行为，不改变已生成的 autoload 文件。而且这个配置项本身是布尔值，写成 "optimize-autoloader": true 就行，不需要额外参数。
使用场景：适合团队统一规范，避免有人漏加命令行参数；也适合 Docker 构建阶段固化行为。
- 如果
composer.json里写了"optimize-autoloader": true，执行composer install时等价于加了--optimize-autoloader - 但若同时加了
--no-optimize-autoloader命令行参数，会覆盖配置项 - 注意兼容性：PHP 7.4+ 没问题，但某些老旧插件（如
hirak/prestissimo）可能不识别该配置，建议升级到composer v2+
dump-autoload --optimize 和 install --optimize-autoloader 有啥区别
前者只重生成自动加载文件，不装包；后者先装包再优化加载。日常开发中误用 composer dump-autoload --optimize 是最常见坑——它不会把新 require 进来的包类写进 classmap，除非那些包本身已在 vendor/ 里且满足 classmap 扫描条件（比如含 classmap 配置或无命名空间的 PHP 文件）。
性能影响很直接：单独 dump 不会减少 file_exists() 调用次数，只有 install/update 阶段触发完整 classmap 构建才真正压缩路径查找链。
-
composer dump-autoload --optimize：仅适用于你刚改了composer.json的autoload段，且不想重装所有依赖 -
composer install --optimize-autoloader：上线部署必走流程，确保 classmap 包含全部生产依赖的类 - 两者都依赖
vendor/composer/autoload_static.php是否存在；如果不存在，说明优化根本没触发，检查是否用了--dev或配置被忽略
为什么开了 optimize-autoloader 还报 Class not found
典型原因是类没被扫描进去。Composer 的 classmap 生成逻辑很“实在”：它只扫 composer.json 里 autoload.classmap 明确列出的路径，或 PSR-4 命名空间对应目录下**真实存在的 PHP 文件**。如果类文件是运行时生成、软链接指向、或放在 vendor/bin 等非标准位置，就不会进 classmap。
错误信息示例：Class AppServicesPaymentService not found，但文件明明在 app/Services/PaymentService.php —— 很可能是 composer.json 里 "App\": "app/" 的 PSR-4 配置没生效，或者 app/ 目录不在 vendor/composer/autoload_psr4.php 的键里。
- 运行
composer show --platform确认当前环境是否识别为 production（COMPOSER_DEV_MODE=0会影响行为） - 检查
vendor/composer/autoload_classmap.php里有没有目标类的全名和路径映射 - 临时关闭优化：
composer install --no-optimize-autoloader，看是否恢复正常，确认是优化导致而非路径配置错误
file_exists()。别指望加个 flag 就秒变飞起，重点是让 classmap 覆盖到真正高频使用的类。 
