选用php:8.3-cli-alpine基础镜像（约28MB），结合多阶段构建、禁用非必要扩展、清理apk缓存及容器资源限制（CPU 0.5核、内存128MB），可将PHP应用镜像压缩至30MB以内并保障Kubernetes中稳定运行。
将 PHP 应用容器从几百 MB 压缩到 30MB 以内，并限制其 CPU 和内存占用，避免在 Kubernetes 集群中因资源争抢导致 Pod 频繁重启或调度失败。
选择最小化 PHP 运行时基础镜像
直接使用 php:8.3-apache 或 php:8.3-cli 会引入 Apache、完整 Debian 工具链、文档、调试符号等非运行必需组件，单层就占 120MB+。必须切换为 Alpine 构建路径。
方法一：优先选用官方 alpine 变体
FROM php:8.3-cli-alpine
这条指令能将基础层压缩至约 28MB，比同版本 Debian 镜像小 4 倍以上。
方法二：进一步精简——改用 distroless 镜像
若 PHP 应用已静态编译（如通过 php --compile 或打包为 phar），可跳过 OS 层，直接使用 gcr.io/distroless/php-debian12。它不含 shell、包管理器、libc 调试符号，仅保留 PHP 解释器与必要依赖，体积稳定在 16–19MB。
立即学习“PHP免费学习笔记（深入）”；
注意：【distroless 镜像无法 exec 进入容器调试，生产环境启用前必须确保日志全部输出到 stdout/stderr】
多阶段构建剥离编译依赖
PHP 项目常需 composer 安装扩展（如 xdebug、pdo_pgsql），但这些工具和 dev 依赖不应进入最终镜像。
第一步：构建阶段安装完整工具链
FROM php:8.3-cli-alpine AS builder
WORKDIR /app
COPY composer.json composer.lock ./
RUN apk add --no-cache composer git && \
composer install --no-dev --optimize-autoloader --ignore-platform-reqs
第二步：运行阶段仅复制产物
FROM php:8.3-cli-alpine
WORKDIR /app
COPY --from=builder /app/vendor /app/vendor
COPY --from=builder /app/.env.example /app/.env
COPY . .
第三步：清理残留缓存
RUN rm -rf /tmp/* /var/cache/apk/* && \
apk del --purge composer git
这一步删除了构建阶段引入的 apk 缓存和临时文件，避免它们被固化进镜像层——【若不执行此清理，/var/cache/apk/ 占用可达 45MB，且无法被上层指令覆盖】
精简 PHP 扩展与配置
默认启用的扩展（如 xmlrpc、soap、gd）在纯 API 服务中毫无用处，每个都增加 1–3MB 镜像体积并扩大攻击面。
方法1：显式禁用非必要扩展
RUN docker-php-ext-disable xmlrpc soap sysvmsg sysvsem sysvshm wddx
方法2：只启用运行所需扩展
RUN apk add --no-cache $PHPIZE_DEPS && \
docker-php-ext-install pdo_mysql opcache mbstring && \
apk del --purge $PHPIZE_DEPS
方法3：用 ini 文件强制关闭（适用于无法卸载的内置扩展）
RUN echo "opcache.enable=1" >> /usr/local/etc/php/conf.d/opcache.ini && \
echo "memory_limit=128M" >> /usr/local/etc/php/conf.d/memory.ini
容器启动时硬性限制 CPU 与内存
PHP-FPM 子进程若无约束，在突发请求下极易吃满节点资源，触发 Kubernetes OOMKilled。
在 docker run 或 Kubernetes Deployment 中设置：--cpus="0.5" → 限制最多使用半个 CPU 核心（等价于 512m CPU request）-m 128m --memory-swap=128m → 内存硬上限 128MB，禁止交换
对于 Kubernetes YAML，关键字段如下：
resources:
requests:
cpu: "250m"
memory: "64Mi"
limits:
cpu: "500m"
memory: "128Mi"
这组配置能让 PHP 容器在 2GB 内存的边缘节点上稳定运行 3–5 个实例，且不会因 burst 流量抢占其他服务资源。
验证镜像体积与运行时资源占用
构建完成后立即检查：docker images | grep php —— 确认镜像大小 ≤ 32MB
启动容器并观察实时资源消耗：docker run -d --cpus=0.5 -m 128m --name php-test your-php-image:latest php -r "while(1){sleep(1);}"docker stats php-test --no-stream
输出中 MEM USAGE / LIMIT 应稳定在 【≤ 110MB】，CONTAINER CPU % 不应持续超过 45%，否则需回调 opcache.memory_consumption 或 fpm.max_children 参数。
