post-autoload-dump 在每次自动加载文件生成后触发，用于类加载层响应；post-update-cmd 仅在 composer update 或 lock 变更后触发，用于依赖更新后的项目级操作。
触发条件不同
post-update-cmd 只在执行 composer update（或 composer install 时 lock 文件有变更）后触发。它关注的是“依赖版本是否发生了变化”——哪怕只更新一个包，也会跑。
post-autoload-dump 则在每次 自动加载文件生成完成之后 触发，包括：
– composer dump-autoload 手动执行时
– composer install/update 过程中内部调用 autoload 生成步骤时（只要 autoload 逻辑被重新构建）
– 甚至某些插件或命令间接触发 autoload 重建时
执行频次和稳定性不同
post-update-cmd 是“一次更新，一次触发”，相对稀疏且明确。
post-autoload-dump 更频繁、更底层：只要 Composer 认为 autoload 映射需要刷新，它就执行。比如你改了 PSR-4 命名空间、加了新类路径、或运行了 optimize 参数，都可能激活它。
典型用途差异明显
post-update-cmd 适合做“项目级变更响应”，例如：
– 运行数据库迁移（Laravel 的 php artisan migrate）
– 生成 IDE 辅助文件（ide-helper:generate）
– 清除应用缓存（cache:clear）或视图缓存
post-autoload-dump 更偏向“框架/工具链集成”，例如：
– Laravel 在此阶段调用优化器重建缓存（optimize:clear）
– Symfony 生成代理类或容器缓存
– 自定义 PHP 类扫描新注解并生成元数据
– 刷新框架的类映射或服务注册表
可以共存，也常配合使用
很多项目会同时配置两者：
– post-update-cmd 负责“我更新了哪些包？该做什么业务动作？”
– post-autoload-dump 负责“类结构变了？赶紧让框架重新认识这些类。”
比如 Laravel 项目里：
"post-update-cmd": ["@php artisan migrate --force"]
"post-autoload-dump": ["@php artisan config:clear", "@php artisan event:clear"]
