生产环境必须用composer install --no-dev --optimize-autoloader --classmap-authoritative --no-interaction，缺一不可：--no-dev排除开发依赖，--optimize-autoloader生成静态类映射，--classmap-authoritative强制仅查classmap提速，--no-interaction避免ci/cd卡住。
生产环境必须用 composer install --optimize-autoloader --no-dev --classmap-authoritative，本地开发禁用 --optimize-autoloader，否则改类名或路径后不报错但类找不到。
为什么 dump-autoload -o 在 Laravel 5.5+ 会失效甚至报错
这个命令只生成 classmap 映射，不校验命名空间与文件路径是否真实匹配。Laravel 5.5 默认没启用 classmap 校验逻辑，一旦文件大小写不对（比如 app/Http/Controllers 写成 app/http/controllers）、命名空间缺反斜杠（"App": "app/" 应为 "App\": "app/"），生成的 autoload_classmap.php 就可能为空或漏类。
更危险的是：如果同时加了 --classmap-authoritative，Composer 会直接跳过 fallback 查找，结果就是 Class not found，且无提示来源。
-
composer install --optimize-autoloader才会在安装时同步校验路径有效性 - 执行前务必确认
composer.json中所有psr-4命名空间末尾有双反斜杠 - 新增类后，别只跑
dump-autoload，要重跑install或删掉vendor/composer/autoload_*.php再试
如何验证 classmap 是否覆盖了你的 Provider
Provider 加载慢不是因为类本身，而是 Composer 在运行时反复拼路径、调 file_exists()。真正提速的前提是：每个 AppProviders* 类都进了 autoload_classmap.php。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
打开 vendor/composer/autoload_classmap.php，搜索 AppProviders，确认你要用的类（如 AppProvidersAppServiceProvider）存在，且路径大小写完全一致（Linux 下 app/Providers/AppServiceProvider.php 和 app/providers/appserviceprovider.php 是两个文件）。
- 没搜到？检查该类是否在
composer.json的"autoload": {"psr-4": {...}}范围内 - 路径显示为
null？说明文件被exclude-from-classmap过滤了（常见于autoload-dev块里配了"tests/"却没加--no-dev） - 类名带错斜杠（如
AppProvidersAppServiceProvider）？是命名空间写成了AppProviders而非AppProviders
--classmap-authoritative 开了却报错，怎么快速定位漏类
这不是 Composer 坏了，是 classmap 没扫到那个类——它根本没被收录进去。重点查三处：
- 运行
composer dump-autoload --classmap-authoritative --no-dev后，再打开autoload_classmap.php搜全限定类名（如AppServicesPaymentService） - 确认该类文件路径在
composer.json的psr-4映射目录下，且命名空间结尾是"App\": "app/"（注意双反斜杠） - 检查文件系统大小写：macOS 默认不区分，Linux 区分；
app/Services/PaymentService.php里写namespace AppServices;是错的，必须是namespace AppServices;
OPcache 和 APCu 不只是“开了就行”
autoload_classmap.php 文件本身几 MB，如果 OPcache 没缓存它，每次请求都要读取 + 反序列化；APCu 不启用，classmap 数组结构也得重复构建。
- OPcache 必须开：
opcache.enable=1，且opcache.validate_timestamps=0（生产环境关时间戳校验） -
opcache.memory_consumption至少设为128M，否则大文件被踢出缓存 - APCu 要启用：
apcu.enabled=1，并在composer.json的"config"块加"apcu-autoloader": true - 验证是否命中：
php -r "var_dump(apcu_fetch('composer:autoload'));"，有输出才说明生效
最容易被忽略的一点：vendor 目录必须整体打包部署，不能在线上执行 composer install。哪怕加了 --no-dev，post-install 脚本也可能触发 Artisan 命令、密钥生成等非幂等操作，导致环境漂移。classmap 再快，也救不了构建阶段就错了的 autoload 配置。
