composer dump-autoload -o 不自动提速，仅扁平化已有 psr-4/classmap 映射；真正生效需显式配置 "classmap" 路径、配合 --classmap-authoritative 强制查表、并用 composer install --no-dev --optimize-autoloader --classmap-authoritative 完整重建。
别指望 composer dump-autoload -o 单独就能提速——它不扫描源码、不生成类路径、只转已有的映射；真要压降 autoload 开销，必须显式配置 classmap、强制重扫、并启用 --classmap-authoritative。
为什么 vendor/composer/autoload_classmap.php 总是空或只有几十行
因为 composer dump-autoload -o 本身不触发目录扫描，它只是把 composer.json 中已声明的 PSR-4/classmap 路径“扁平化”写入数组。如果 autoload.classmap 字段压根没配，或者配了但路径不存在（比如写成 "src" 而非 "src/"），那生成的 classmap 就是空的。
- 检查
composer.json的autoload块里是否明确写了"classmap": ["src/", "app/Exceptions/"]—— 路径末尾必须带/表示递归扫描 - 路径必须真实存在，
composer dump-autoload只 warning 不报错，漏掉就等于没扫 - 新增类文件后必须重跑命令，
classmap是静态快照，不会自动感知变更 - 用
grep -n "SomeClass" vendor/composer/autoload_classmap.php确认目标类是否真被收录
如何安全启用 --classmap-authoritative
这个参数让 autoloader 彻底跳过 file_exists() 和 PSR-4 路径拼接，查不到类就直接报错——不是功能开关，而是校验开关。生效前提是：所有类都得在 classmap 里，且命名空间与文件路径 100% 对齐。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 必须搭配
--optimize（或-o）使用，单独加--classmap-authoritative无效 - 开发环境慎用：
php artisan tinker或测试类可能因未进 classmap 而崩，生产部署才开 - 验证是否生效：执行
php -r "var_dump(composerAutoloadClassLoader::getRegisteredLoaders());"，看输出中是否有'classMapAuthoritative' => true - 报
Class not found？不是 bug，是它在告诉你：类名拼错了、命名空间缺反斜杠、或文件放错目录了
composer install 和 composer dump-autoload 在 classmap 上的区别
composer install --no-dev --optimize-autoloader --classmap-authoritative 才是生产部署的黄金组合；而 composer dump-autoload -o 只刷新已有规则，对空配置毫无作用。
-
install会重新解析composer.lock，完整扫描autoload和autoload-dev下所有声明路径（加--no-dev才排除测试代码） -
dump-autoload -o不读 lock 文件，也不校验依赖一致性，仅重写 autoload 文件 - CI/CD 中推荐用
composer install --no-dev --optimize-autoloader --classmap-authoritative，避免本地和线上 autoload 行为不一致 - 本地开发一般不用
--classmap-authoritative，否则composer require新包后容易因 classmap 滞后而报错
OPcache 和 APCu 配置不当会让 classmap 白优化
classmap 查找本身是 O(1)，但若 PHP 每次请求都要反序列化几 MB 的 autoload_classmap.php，或缓存根本没命中，性能照样垮。
- 必须设
opcache.enable=1且opcache.enable_cli=1（否则composer命令生成的文件无法被 opcache 缓存） -
opcache.revalidate_freq=0是生产刚需，否则每次请求都 stat classmap 文件，优化归零 - APCu 缓存的是 classmap 数组内容，不是文件本身；部署后建议调
apcu_clear_cache('user')清旧数据 - 检查
opcache_get_status()['scripts']是否包含vendor/autoload.php和vendor/composer/autoload_classmap.php
真正卡住 classmap 生效的，往往不是命令没跑对，而是 composer.json 里漏了 classmap 字段、路径写错、或 OPcache 根本没缓存到 autoload 文件——这些点不逐个确认，光加参数只是自我安慰。
