不能在K8s Init Container中运行composer install，因其违背容器不可变性原则，导致网络未就绪、权限不足、凭据泄露、镜像膨胀、重复执行及依赖不一致；正确做法是在Docker多阶段构建中固化vendor目录。
在微服务架构中，composer install 不该出现在 Pod 启动时，而必须固化在 Docker 镜像构建阶段——否则你面对的不是“初始化失败”，而是不可控的部署雪崩。
为什么不能在 K8s Init Container 里跑 composer install
这不是配置问题，是原则性反模式。常见现象包括：Init:0/1 卡住、CrashLoopBackOff、日志里反复出现 Connection refused 或 Could not fetch packages。
- CoreDNS 往往还没就绪，
nslookup packagist.org直接失败——Init Container 启动早于 Service 网络栈完整建立 -
vendor/目录默认不可写，且 Init Container 和主容器不共享可写卷；即使挂载emptyDir，PHP 进程常因 UID/GID 不匹配拒绝写入 - 私有仓库凭据若通过
env注入，会在kubectl describe pod中明文暴露；若用 Secret 挂载，Init 镜像就得打包composer+ 凭据处理逻辑，镜像体积膨胀、安全审计难通过 - 每次 Pod 重启都重跑一遍——
composer.lock若未提交，不同节点可能装出不同版本，直接破坏微服务间契约
composer install 的唯一合法执行时机：Docker 多阶段构建
它只该发生在 CI 流水线的 docker build 过程中，而非 K8s 调度时。目标是让最终镜像里只有运行时必需的 vendor/，不含 composer.json、composer.lock 或 composer 二进制本身。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 第一阶段用官方构建镜像：
FROM composer:2.7 AS composer-stage，执行composer install --no-dev --no-scripts --prefer-dist --optimize-autoloader - 第二阶段用精简运行时镜像：
FROM php:8.2-fpm-slim，仅COPY --from=composer-stage /app/vendor /var/www/vendor，再复制代码 -
composer.lock必须提交到 Git——它是依赖树的唯一真相源，删了等于放弃环境一致性 - 生产镜像中禁止保留
composer命令或任何构建残留，避免攻击面扩大和误操作风险
本地开发与 CI 部署必须严格区分 install 和 update
混用会立刻击穿微服务协作底线。CI 流水线、K8s 部署脚本、Dockerfile 中只允许出现 composer install；composer update 是开发者的本地行为，且需加 --dry-run 预览变更。
- 上线前执行
composer install --no-dev --optimize-autoloader：跳过 dev 依赖，生成优化后的 autoload map，减少 runtime 开销 - 遇到
Your requirements could not be resolved，优先尝试composer update --lock—— 它只重算 lock 文件，不下载包，能修复 PHP 版本升级导致的约束冲突 - 国内网络不稳定时，别改项目级
repositories，统一用全局镜像：composer config -g repos.packagist composer https://mirrors.aliyun.com/composer/ - 换 PHP 版本后重装，加
--no-cache参数，避免 Composer 读取旧缓存导致版本解析错误
真正容易被忽略的点是：微服务之间依赖版本不一致，往往不是因为没锁 composer.lock，而是因为某一个服务在构建时偷偷用了 composer update，却没提交新 lock 文件——这种“静默漂移”会在灰度发布时突然爆发，且极难定位。
