如何让Composer在一个chroot或隔离环境中正确运行？ (环境配置)

chroot中composer install报错因缺少运行依赖：需挂载/dev/urandom、/proc、/sys，复制/resolv.conf和CA证书，确保php含必要扩展，并将宿主机composer.phar复制入chroot后显式调用。

为什么 composer install 在 chroot 里会报 “command not found” 或 “failed to open stream”？

因为 chroot 环境缺少 Composer 运行依赖：不是只有 php 可执行文件就够了，还需要 /dev/urandom、/proc、/sys（尤其 PHP 7.4+ 的 random extension 强制读取 /dev/urandom），以及 dns 解析所需的 /etc/resolv.conf 和 /etc/nsswitch.conf。PHP 进程在 chroot 中若无法访问这些路径，会直接 fatal Error 或静默失败。

• 必须挂载 /dev/urandom（用 mount --bind，不能只拷贝）
• 必须挂载 /proc 和 /sys（否则 posix_getpwuid() 等函数失败，影响 Composer 用户权限判断）
• 必须复制或 bind-mount /etc/resolv.conf，否则 curl 扩展无法解析 packagist.org 域名
• 确保 chroot 内的 php 是完整构建（含 openssl、zlib、curl、mbstring 扩展）

如何让 composer 命令本身在 chroot 中可用？

不要试图在 chroot 里重新安装 Composer —— 它依赖外部网络和大量临时目录，极易失败。正确做法是：把宿主机已安装好的 composer.phar 复制进去，并确保它能调用 chroot 内的 php 解释器。

• 从宿主机获取最新稳定版：

  curl -sS https://getcomposer.org/installer | php -- --filename=composer.phar

• 复制到 chroot 的 /usr/local/bin/ 下，并加可执行权限：

  cp composer.phar /path/to/chroot/usr/local/bin/composer && chmod +x /path/to/chroot/usr/local/bin/composer

• 确认 chroot 内 php 路径与 composer.phar 的 shebang 一致；如不一致，用 php /usr/local/bin/composer ... 显式调用

composer install 报 “Could not write to /tmp” 怎么办？

chroot 默认没有初始化 /tmp，且 Composer 默认使用系统 sys_get_temp_dir() 返回值（通常是 /tmp）。如果该路径不存在、不可写，或挂载为 noexec，就会中断。

• 在进入 chroot 前，确保 /tmp 已创建并设为 1777：

  mkdir -p /path/to/chroot/tmp && chmod 1777 /path/to/chroot/tmp

• 或者改用 COMPOSER_CACHE_DIR 和 COMPOSER_HOME 指向 chroot 内可写的路径：

  COMPOSER_HOME=/var/cache/composer COMPOSER_CACHE_DIR=/var/cache/composer/cache composer install

• 避免用 --no-cache，它不会绕过临时目录需求，反而可能加剧问题

为什么 composer update 在隔离环境里卡住或超时？

根本原因常是 DNS + TLS 双重失败：chroot 内缺少 CA 证书（/etc/ssl/certs）导致 https 请求被拒绝，同时 DNS 不通又让 Composer 无法 fallback 到 HTTP 或重试机制。

• 复制宿主机 CA 包：

  cp -r /etc/ssl/certs /path/to/chroot/etc/ssl/

• 检查 chroot 内是否能成功 curl -I https://packagist.org/packages.json；不能则先修复网络和证书
• Composer 2.x 默认启用 https://repo.packagist.org，不支持纯 HTTP 回退；禁用 HTTPS 需手动改 composer.json 的 repositories，但不推荐
• 临时调试可加 -vvv 查看具体在哪一步 hang 住：

  composer update -vvv 2>&1 | grep -A5 -B5 "Resolving"

实际最难处理的是 PHP 扩展状态不一致 —— 宿主机能跑的 composer.phar，进 chroot 后可能因缺少 phar、json 或 Filter 扩展而直接 parse error。每次构建 chroot 前，务必运行 php -m 对比两环境输出。