autoload慢的本质是反复stat()系统调用；composer按psr-4加载时需逐个比对命名空间、拼路径并调用file_exists()/is_file()，在nfs、容器卷或低配主机上开销显著。
为什么autoload慢，本质是反复stat()
Composer默认用PSR-4加载类时，每次遇到new App\Http\Controller\Home，就要按注册顺序逐个比对命名空间前缀，再拼路径、调file_exists()或is_file()——这些全是系统调用，开销在NFS、容器挂载卷或低配云主机上尤其明显。你看到的“首请求慢”，往往不是代码慢，而是几百次stat()堆积出来的延迟。
composer install --no-dev --optimize-autoloader 是基础动作
这个命令不是“可选优化”，而是生产部署的必做项。它会：
- 跳过
autoload-dev里所有路径（比如tests/、examples/），避免无谓扫描 - 把PSR-4映射转成静态查找表（
vendor/composer/autoload_static.php），PHP直接数组键查值，不拼路径也不stat() - 不生成
autoload_classmap.php（Composer 2.x 默认不走classmap路径，除非你显式配置了"classmap": [...]）
注意：composer dump-autoload -o单独执行，在Composer 2.x + PHP 7.4+下反而可能变慢——它强制生成几MB的autoload_classmap.php，每次请求都要全量require和反序列化，而实际只用到其中不到5%的类。
--classmap-authoritative 不是加了就快，而是加了就得严守规则
这个参数真正作用是关掉fallback：查不到classmap就直接报错，不再退回到PSR-4拼路径。但它生效的前提很硬：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 项目里不能有
"files"类型加载（比如全局函数文件src/helpers.php） -
composer.json中不能存在非标准目录的classmap扫描（如"legacy/plugins/"） - 所有依赖包必须严格遵循PSR-4，且大小写、尾部反斜杠、目录结构完全匹配
- 部署时必须带
--no-dev，否则dev包里的类会混进映射，但又不在生产环境路径下
漏掉任意一条，就会出现Class not found，而且错误不提示真实缺失点（比如App\Http\Controllers\Home写成App\Http\Controllers\home），只报“类不存在”。
真正省IO的地方藏在composer.json里
autoload性能瓶颈80%来自配置本身，而不是要不要加-o：
- 删掉
"docs/": ["docs/"]、"tests/": ["tests/"]这类 autoload 条目——它们会让Composer白扫几百个文件 - 合并重叠前缀：把
"App\Http\Controllers\": "app/Http/Controllers/"和"App\Http\Middleware\": "app/Http/Middleware/"缩成"App\Http\": "app/Http/" - 禁用通配式前缀（如
"MyLib\*\": "src/"），Composer会忽略，但解析逻辑仍多跑一轮 - 确认没有同一命名空间被重复注册在
psr-4和classmap里，否则匹配链变长
这些改动不会让你多敲一行代码，但能让autoload阶段的stat()调用从上百次压到个位数。真正的IO节省，从来不在参数开关里，而在配置是否干净。
