Composer怎么在Docker容器内设置timeout-composer-PHP中文网

composer在docker中需通过--timeout=1200（带等号）传入容器内命令，或设环境变量composer_process_timeout=1800全局生效；注意区分http超时、子进程超时及php自身max_execution_time限制。

composer怎么在docker容器内设置timeout

docker run 时怎么传 timeout 参数给 Composer

直接在容器启动命令里加 --timeout=1200 是无效的，因为 composer install 是容器内执行的命令，不是 docker run 的参数。你得把超时控制“塞进”容器内部执行的那条 Composer 命令里。

正确做法是在 docker run 的 command 或 entrypoint 中显式带上 --timeout：

docker run -it --rm -v $(pwd):/app -w /app php:8.2-cli composer install --timeout=1200
若用 docker-compose.yml，写在 command 下：command: ["composer", "install", "--timeout=1200"]

注意：必须带等号，--timeout 1200（无等号）会被静默忽略；该参数只对当前命令生效，不改容器内全局配置。

如何让 timeout 在整个容器生命周期都生效

靠 --timeout 参数只能管单次命令，CI/CD 或多阶段构建中反复调用 Composer 时容易漏配。更稳的方式是设环境变量，它优先级高、作用范围广：

全局生效（推荐 CI 场景）：COMPOSER_PROCESS_TIMEOUT=1800 控制子进程（git clone、unzip）超时
同时设 COMPOSER_HTTP_TIMEOUT=1200，专管 HTTP 下载（packages.json、ZIP 包）

Docker Compose 中写法：

environment:
  - COMPOSER_PROCESS_TIMEOUT=1800
  - COMPOSER_HTTP_TIMEOUT=1200

⚠️ 注意：若容器里 PHP 的 default_socket_timeout 小于你设的 HTTP_TIMEOUT（比如 CLI 默认是 60），PHP 底层会先掐断连接，Composer 设置就白搭。进容器跑 php -i | grep default_socket_timeout 确认。

Workflow Decomposer

工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。

下载

为什么在 Dockerfile 里 config -g 不一定可靠

很多人在 Dockerfile 里写 RUN composer config -g process-timeout 1800，以为一劳永逸，但实际常失效：

镜像构建时 composer config -g 写入的是构建用户的 ~/.composer/config.json，而运行时可能以不同 UID 启动（比如 www-data），读不到该文件
某些基础镜像（如 php:alpine）默认没创建非 root 用户家目录，~/.composer 根本不存在
环境变量比配置文件优先级高，CI 平台（如 GitHub Actions）常覆盖掉你写的配置

更稳妥的做法：不在 Dockerfile 里写 config -g，改用 ENV COMPOSER_PROCESS_TIMEOUT=1800 直接注入环境变量，或在 entrypoint.sh 开头动态写入 /root/.composer/config.json（确保路径存在且可写）。

卡在 Generating autoload files 是 timeout 问题吗

不是。这个阶段不走网络、不启子进程，是 PHP 主进程扫描 vendor/ 和 autoload 规则生成映射表。超时表现是 CPU 占满、I/O 阻塞，错误里不会有 The process timed out，而是 PHP Fatal error: Maximum execution time of 300 seconds exceeded。

根源是 PHP 自身的 max_execution_time 限制，和 Composer 的 process-timeout 完全无关：