根本原因在于Docker层哈希被无意破坏：若COPY . .写在RUN composer install之前，源码任意变更（如注释修改）都会使上层缓存失效；必须将COPY composer.json composer.lock ./置于最前，确保vendor层独立缓存。
为什么Serverless构建中vendor层总缓存失效
根本不是Composer慢，而是Docker层哈希被你无意破坏。只要COPY . .写在RUN composer install前面，哪怕只改一行注释，整个vendor层就重建——因为Docker按顺序计算每一层内容哈希，源码目录里任何变动都会让上层失效。
-
COPY composer.json composer.lock ./必须放在最前，路径结尾用./而非/app，否则文件没落对位置，composer install会退化成update -
composer.lock必须提交进Git，且统一换行符（git config core.autocrlf input），CRLF/LF差异会导致哈希不一致 - 别在
RUN composer install前COPY . .，否则所有PHP文件、.env、日志都混进依赖层，缓存必然失效
BuildKit cache mount怎么配才真生效
光开DOCKER_BUILDKIT=1不够，漏掉任意一个硬条件，缓存就是摆设。关键不在“有没有”，而在“路径对不对、ID认不认识、后端共不共享”。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 启用方式必须是
export DOCKER_BUILDKIT=1或DOCKER_BUILDKIT=1 docker build .，命令行加--progress=plain可看挂载是否命中 -
RUN --mount=type=cache,id=composer-cache,target=/root/.composer/cache中id=composer-cache是共享钥匙，不同CI runner必须共用同一cache后端（如buildkitd的--oci-worker-gc配置） -
target路径必须和composer config cache-dir输出一致，别假设是/root/.composer/cache——某些定制镜像可能改过
多阶段构建中vendor怎么安全复制到运行镜像
直接COPY --from=builder /app/vendor容易出权限/路径错配问题，尤其当构建镜像和运行镜像glibc或PHP ABI不一致时，ext-redis等扩展会加载失败。
- 构建阶段必须用与目标运行时完全一致的镜像，例如阿里云FC选
registry.cn-hangzhou.aliyuncs.com/aliyunfc/runtime-php82:build，AWS Lambda用public.ecr.aws/sam/build-php8.2 - 运行阶段镜像禁用所有非必要PHP扩展：
RUN docker-php-ext-disable gd mysqli pdo_pgsql，减少启动时初始化开销 -
COPY --from=builder /app/vendor /var/task/vendor时，确保/var/task是云函数实际工作目录，别抄成/opt或/tmp
classmap-authoritative为什么必须显式dump-autoload
composer install默认只生成一次autoload，后续代码结构变更（如新增类、改命名空间）不会自动更新classmap——冷启动仍走慢路径，grep classMap vendor/autoload.php为空就说明没生效。
- 构建流程必须拆成两步：
composer install --no-dev --prefer-dist+composer dump-autoload --optimize --classmap-authoritative - 加
--no-scripts防止post-install-cmd干扰，比如php artisan config:cache在无APP_ENV环境下会静默失败 - 最终镜像里检查
vendor/composer/autoload_classmap.php是否存在且非空，这是classmap生效的唯一证据
id写错或target路径查漏了composer config cache-dir。 
