Composer本身不维护会话、不处理并发、不持有状态，所谓“多节点负载均衡集群中的分布式会话锁”不属于其能力范围，而是需在应用层（如CI/CD构建阶段或私有镜像服务）通过Redis等外部机制自行实现的独立锁机制。
Composer 本身不维护会话、不处理并发、不持有状态——所谓“多节点负载均衡集群中的分布式会话锁”，不是 Composer 的能力范围，而是你必须在应用层自行实现的独立机制。
Composer 不是服务进程，不存在“会话锁”概念
Composer 是命令行工具，composer install 执行完就退出，不监听端口、不维持连接、不共享内存。你在 Nginx 后面挂 10 台机器跑 Composer 命令，它们彼此完全隔离，没有“会话”可同步，也没有“锁”可争抢。
常见误解是把 composer install 当作常驻服务来设计高可用，结果发现：CI 推了新 composer.lock，只有一台机器 rebuild 了 vendor，其他机器还是旧依赖，导致运行时行为不一致。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 真正需要锁的环节，是 CI/CD 中的
build阶段：比如多个流水线同时触发composer install --no-dev写入共享存储，必须用外部锁（如 Redis + Redlock）防止覆盖冲突 - 生产环境运行时的“会话状态”，和 Composer 无关——那是 PHP-FPM 或 Swoole 的事，得靠
session.save_handler = redis或自定义 SessionHandler 实现 - 若用 Docker 多阶段构建，vendor 目录在构建时已固化，运行镜像里根本没装 Composer，更谈不上“集群中协调 Composer 行为”
真正要锁的，是静态资源发布与配置对齐
当 Satis 或私有镜像服务部署在多台 Web 节点上时，“锁”的目标不是 Composer 进程，而是确保所有节点的 packages.json 和 dist/ ZIP 文件原子一致——否则 composer install 会卡在 Downloading (connecting)，因为某个节点返回的 URL 指向另一台机器上还没同步过去的 ZIP。
- 不能靠
rsync定时推文件：存在窗口期，Nginx 已把请求打到新文件未就绪的节点 - 必须用共享存储（NFS / MinIO / S3），所有 Nginx 节点
root指向同一路径，且packages.json写入需原子替换（先写packages.json.tmp，再mv覆盖） - CI 流水线中，在生成新包前，先用 Redis 锁住
satis:build:lock，成功 acquire 后才执行satis build，完成后 release - 锁超时必须设短（如 30s），避免构建失败导致死锁；同时检查锁 key 是否带时间戳或 Git commit hash，防止旧锁误释放新构建
PHP 应用层并发控制不能依赖 Composer 配置
你在 composer.json 里写 "minimum-stability": "stable" 或配置 repositories，这些只是依赖解析规则，不参与运行时调度。多实例 PHP 应用面对定时任务重复执行、缓存击穿、库存超卖等问题，必须自己加锁。
- 别试图用
composer require装个“分布式锁包”就完事——eonx-com/easy-lock或symfony/lock只是封装了底层存储（Redis / PostgreSQL）的 API，你要决定锁粒度（按 job ID？按 user ID？）、超时时间、续租逻辑 - 注意
phpredis的set($key, $val, ['NX', 'PX' => $ttl])返回false不代表失败——网络超时也可能返回 false，需结合本地时间戳判断是否真超时 - 若用
predis/predis，务必传'parameters' => ['retry_interval' => 100]，否则 MOVED 重定向失败后不会自动重试，锁可能只写到部分节点 - 释放锁必须用 Lua 脚本校验 value，不能只
$redis->del($key)——value 必须是进程级唯一随机串（bin2hex(random_bytes(16))），不能是时间戳或 PID
最易被忽略的一点：Composer 相关的“一致性”问题，90% 出现在构建与发布环节，而非运行时。盯着 composer.lock 的 git 提交记录、CI 构建日志、Nginx 文件服务路径是否真正指向共享卷，比研究怎么给 Composer 进程加锁实在得多。
