Composer本身不支持热更新，其本质是依赖管理工具而非运行时加载器；path仓库可实现本地包代码修改即生效，dump-autoload仅刷新映射需手动触发，Web环境“伪热”依赖请求重载配置文件，真热更新须结合进程重启或外部数据源。
Composer 本身不支持热更新，它没有监听文件变化、自动重载类或刷新配置的能力。所谓“热更新”效果，全靠你手动触发命令、配合开发环境特性或绕过 Composer 做架构调整。
path仓库：本地包改代码立刻生效
这是开发中唯一接近“热”的场景——让你正在写的私有包，像 symlink 一样挂进项目，改完保存就直接可用。
- 在项目
composer.json的repositories字段里加一个type: "path"源，路径必须是绝对或相对于项目根目录的合法路径 - 被引用的包目录里要有完整
composer.json，且name字段必须和require中完全一致（比如"myorg/utils": "dev-main"） -
require的版本不能写"^1.0"这类稳定约束，得用"dev-main"或"*@dev"；否则 Composer 会跳过 path 源去 Packagist 找 - 执行
composer install或composer update myorg/utils后，检查vendor/myorg/utils是否为符号链接（Linux/macOS）或真实同步目录（Windows）；不是链接说明symlink: true没生效或权限被拒
dump-autoload 不是热更新，只是必要补丁
每次增删改类、调整 autoload 配置后，composer dump-autoload 是强制刷新自动加载映射的最低成本操作，但它不会让运行中的 PHP 进程重新加载类。
- 开发时用默认命令即可：
composer dump-autoload—— 它只更新 PSR-4/PSR-0 映射，适合快速验证 - 上线前必须加
-o：composer dump-autoload -o，生成autoload_classmap.php，否则新类可能找不到（尤其开了--classmap-authoritative时） - 注意：
dump-autoload -o在 Composer 2.x 中已不等价于install --optimize-autoloader；后者还会清理 dev 依赖、校验文件存在性，更安全 - 如果用了 APCu 缓存 autoload 数据，还得加
--apcu，且确保 PHP 进程重启或 APCu 缓存被清空，否则旧映射仍在生效
Web 环境“伪热更新”的边界在哪
PHP-FPM 或 CGI 模式下，每个请求都重新 require 配置文件，所以只要配置是运行时读取（如 json_decode(file_get_contents('config/app.php'))），文件一更新，下次请求就拿到新值——但这和 Composer 无关，是 PHP 请求模型决定的。
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 真正卡住的是静态缓存：Laravel 的
config:cache生成的是 PHP 数组文件，它被require后变量就固化了；不重新运行该命令，新配置永远不会进缓存 - 别在服务提供者
register()里把配置读进static $config，也别在构造函数里一次性赋值给对象属性；要用 lazy getter，比如return config('cache.ttl') -
php artisan serve是单进程，改了配置或路由不会自动重载；调试时建议用 Nginx + PHP-FPM 组合，更贴近真实行为
线上热更新必须走 install 流程
rsync 或 git pull 新代码后，仅改文件、不跑 Composer 命令，99% 的 Class not found 错误都源于 autoload_classmap.php 没更新。
- 正确动作是：
composer install --no-dev --optimize-autoloader --prefer-dist --no-interaction - 这个命令会重扫所有源码、重建 classmap、跳过 dev 包，且不交互——比
dump-autoload -o更彻底 - 执行后务必检查
vendor/composer/autoload_classmap.php文件修改时间是否更新，大小是否明显增长 - 最后一步不可省：重启 PHP-FPM 进程（或 reload），否则 opcache 和已加载的 autoloader 实例仍指向旧映射
真正需要配置秒级生效，就得放弃文件+Composer 这条线，改用 Redis + TTL 本地缓存 + 定期轮询的方案；而类代码的“热”，本质上只能靠进程重启或常驻服务内置重载逻辑来兜底——Composer 只管安装，不管运行。
