composer dump-autoload -o 在 php 7.4+ 和 composer 2.x 下基本不提速甚至拖慢冷启动，因其生成数 mb 的 autoload_classmap.php 全量数组，每次请求需反序列化却仅用不到 5% 的类；composer 2 已默认启用更轻快的 autoload_static.php，-o 实为冗余操作。

composer dump-autoload -o 在 PHP 7.4+ 和 Composer 2.x 下基本不提速

加 -o 参数生成 autoload_classmap.php 反而可能拖慢冷启动——它把所有类路径塞进一个大数组，每次请求都得反序列化数 MB 数据，而实际只用到其中不到 5% 的类。Composer 2 默认已启用更轻量的 autoload_static.php，-o 是冗余操作。

真正影响 autoload 性能的是 composer.json 里的配置写法

自动加载慢，往往不是参数没加对，而是配置本身在“主动拖后腿”：

• 删掉无用的 autoload 条目，比如 "docs/": ["docs/"]、"tests/": ["tests/"] —— 这些会让 classmap 扫描几百个无关文件
• 避免命名空间前缀过宽："" → "Legacy\": "legacy/src/"，而不是 "" → "legacy/"
• 确认没有重复注册同一命名空间：比如 "App\": "app/" 同时出现在 psr-4 和 classmap 中，会叠加匹配逻辑
• 测试类必须严格放在 autoload-dev 块里，生产部署时务必加 --no-dev，否则 autoload_psr4.php 里会混入测试路径

清理冗余 autoload 规则前，先确认哪些规则真没用了

别只盯着 composer.json 里的 autoload 字段删——很多是被框架或服务提供者动态注册的：

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

• 运行 grep -r "monolog" app/ config/ --include="*.php"，重点查 config/logging.php 和 app/Providers/ 目录下的字符串类名引用
• 检查 vendor/composer/autoload_*.php 文件里是否还残留旧映射（尤其是手动改过配置又中断过命令的情况）
• 确认没在 autoload.files 里硬编码引入废弃的全局函数文件
• 运行 composer show 看是否还有已删包被意外列出；再 ls vendor/monolog 验证物理目录是否真消失

--classmap-authoritative 不是开关，是契约

这个参数不是“开了就快”，而是强制关闭 fallback 查找——查不到 classmap 就直接报错，不走 PSR-4 拼路径。但它只在以下条件全部满足时才安全：

• 项目中没有 "files" 类型自动加载（比如 helpers.php）
• 没用 classmap 扫描非标准目录（如插件目录、模板逻辑文件）
• autoload-dev 没被错误合并进主 autoload（部署时必须加 --no-dev）
• 所有类名与文件路径严格符合 PSR-4 规则（大小写、命名空间末尾反斜杠、目录结构一一对应）

漏掉任意一条，--classmap-authoritative 就会导致 Class not found，且错误信息不指向真实问题（比如拼写错误），而是静默失败。