先分离依赖与代码以提升缓存复用率，通过提前复制composer.json和composer.lock并安装依赖，确保代码变更不触发重装；再利用.dockerignore排除无关文件，减少构建干扰；接着在多阶段构建中仅传递vendor目录，降低最终镜像体积；最后固定PHP扩展、Composer版本及基础镜像标签，保障环境一致性，实现高效缓存命中。
分层策略：分离依赖与代码
将composer.json和composer.lock提前复制并安装依赖，可避免每次代码变更都触发依赖重装。
- 先COPY项目中的composer.json、composer.lock到镜像
- 执行composer install --no-dev --optimize-autoloader等命令
- 再COPY其余应用代码
这样只要锁文件未变，Composer安装步骤就能命中缓存。
使用专用临时目录减少干扰
构建过程中应避免无意义的文件变动影响缓存。建议：
- 只复制必要的文件（如config/、src/、public/）
- 忽略日志、缓存、.env等易变文件
- 利用.dockerignore排除无关内容
防止本地开发文件意外触发上层缓存失效。
多阶段构建中合理传递依赖
在最终阶段只需复制已安装的vendor目录，无需重复处理：
- 第一阶段完成composer install生成vendor
- 后续阶段通过COPY --from=builder /app/vendor /app/vendor继承
- 基础镜像保持轻量，不包含Composer二进制
这样运行环境更小，且不影响功能完整性。
固定PHP扩展与Composer版本
环境一致性是缓存命中的前提：
- 明确声明所需扩展（如pdo_mysql、redis），避免动态检测
- 使用特定版本的Composer（如curl获取指定sha哈希包）
- 镜像标签固定（如php:8.1-fpm-alpine而非latest）
减少因底层变化导致的缓存失效。
基本上就这些。核心逻辑是让依赖安装独立于业务代码变更，只要锁定文件不变，Composer层就不重新执行。配合多阶段构建，既能提速又能减小最终镜像体积。
