Composer配置文件不直接影响运行时性能，但optimize-autoloader启用后预编译类路径到autoload_classmap.php，跳过运行时目录扫描，显著减少类查找时间；classmap-authoritative则彻底禁用PSR-4回退扫描，要求所有类必须在映射中，否则报错；autoload规则不当会拖慢composer install；require-dev包在--no-dev下不安装，可大幅缩短依赖解析时间和减小vendor体积；生产环境应同时使用--no-dev和--optimize-autoloader。
Composer配置文件本身不直接影响运行时性能，但composer.json里的几项关键配置会决定自动加载器的生成方式和依赖解析行为——而这直接决定vendor/autoload.php的加载速度、类查找开销、以及composer install耗时。
optimize-autoloader 配置如何减少类查找时间
启用optimize-autoloader后，Composer会把所有PSR-4/PSR-0规则下的类路径预编译进vendor/composer/autoload_classmap.php，跳过运行时的目录扫描。这意味着每次new AppControllersHome()不再需要拼路径+file_exists()检查，而是直接查表返回文件路径。
- 必须配合
composer dump-autoload -o或composer install -o生效，仅改composer.json不触发重生成 - 在PHP 7.4+ + opcache开启时效果最明显，因为类映射数组会被opcache缓存
- 对含大量小文件的项目（如Laravel的
app/Http/Controllers/）提升显著；但对只有几十个类的工具库几乎无感 - 注意：如果项目存在运行时动态生成类（如Mockery临时类、某些AOP框架），可能因找不到映射而报
Class not found
classmap-authoritative 开启后为什么有时反而报错
classmap-authoritative告诉自动加载器：“不在autoload_classmap.php里的类，一律视为不存在”。它比optimize-autoloader更激进，彻底禁用PSR-4的fallback路径扫描。
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 适合纯静态类结构的项目（如标准Laravel应用、Symfony组件），生产环境可安全启用
- 一旦项目用了
eval()、__autoload钩子、或依赖动态类名（如class_exists("Foo{$suffix}")），就会直接失败 - 常见错误信息是
Class "AppServicesDynamicService" not found，但该类明明在app/Services/下——说明它没被扫描进classmap（比如命名空间前缀没配对，或文件没被autoload规则覆盖） - 验证是否生效：查看
vendor/composer/autoload_real.php里是否有$useStaticLoader = true;这一行
autoload 配置不合理会拖慢 composer install
自动加载规则不仅影响运行时，也影响composer install阶段的扫描耗时。Composer在生成autoload文件前，会遍历所有声明的目录并收集.php文件，目录越深、文件越多，耗时越长。
- 避免把整个
vendor/或node_modules/目录写进psr-4或classmap（有人误配"": "src/"导致扫描全盘） - 不要用
files方式加载上百个辅助函数文件，改用单个functions.php再require进去 - 大型项目建议拆分autoload：核心逻辑用PSR-4，常驻工具类用
classmap（只列关键文件，不扫目录） - 执行
composer install --profile，重点关注Generating autoload files那一行耗时——若超5秒，大概率是autoload配置太宽泛
require-dev 和 no-dev 对部署包体积与解析速度的影响
require-dev里的包（如phpunit/phpunit、phpstan/phpstan）在composer install --no-dev时完全不下载，这不只是省磁盘空间。
- 依赖解析器要处理的包节点数大幅减少，
composer update时间可能从2分钟降到20秒（尤其当dev包带复杂子依赖时） - vendor目录体积通常缩小30%~60%，CI构建缓存命中率更高，Docker镜像层更小
- 但要注意：有些“开发包”实际被运行时逻辑调用（比如
symfony/var-dumper在dd()中使用），删掉会导致Fatal error - 生产部署务必用
composer install --no-dev --optimize-autoloader，两个参数缺一不可
真正容易被忽略的是autoload规则与实际文件结构的微小错位——比如"App\": "src/"配了，但某个类放在src/Models/User.php却声明为namespace AppEntities;，它不会报错，但会漏进classmap，导致优化失效。这类问题只能靠--profile和手动检查autoload_classmap.php内容来发现。
