PHP 7.1-fpm镜像中docker-php-ext-install命令近期执行失败求助

你好！看到你遇到的问题了——之前一直正常的PHP7.1 Docker构建最近突然失败，而且因为工作限制还没法升级PHP版本，确实挺头疼的。

从你给出的日志片段和Dockerfile内容来看，大概率是PHP7.1已停止维护，对应的基础镜像依赖源出现了变更或失效导致的。毕竟PHP7.1早在2019年就结束了安全支持，官方镜像的底层系统（比如Debian）后续更新可能移除了旧版本编译所需的依赖包。

给你几个针对性的解决方案，你可以试试：

• 锁定基础镜像的具体稳定版本
  不要直接用php:7.1-fpm这种浮动tag，换成基于Debian Stretch的固定版本，比如php:7.1.33-fpm-stretch。Stretch是对旧软件兼容性更好的Debian版本，能避免新系统源不支持旧依赖的问题。

• 提前安装完整的编译依赖
  在执行docker-php-ext-install前，先手动安装扩展所需的系统库，避免编译时找不到依赖。修改Dockerfile的相关部分为：

  RUN apt-get update && apt-get install -y \
          libmcrypt-dev \
          libzip-dev \
          build-essential \
      && docker-php-ext-install mcrypt pdo_mysql zip bcmath opcache \
      && apt-get clean && rm -rf /var/lib/apt/lists/*
  

  这里额外加了build-essential确保编译工具链完整，同时清理apt缓存减少镜像体积。

• 替换为兼容的第三方源（如果上面的方法无效）
  如果Stretch的官方源也访问有问题，可以在安装依赖前替换成国内的旧版本镜像源，比如：

  RUN echo "deb http://mirrors.aliyun.com/debian/ stretch main non-free contrib" > /etc/apt/sources.list \
      && echo "deb http://mirrors.aliyun.com/debian-security stretch/updates main" >> /etc/apt/sources.list
  

  再执行后续的apt更新和依赖安装。

另外，建议你把完整的错误日志贴出来（尤其是编译失败的具体报错信息），这样能更精准定位问题——你现在给出的日志只到编译检查的初期阶段，还没到真正的扩展编译步骤呢。

备注：内容来源于stack exchange，提问作者Chris