冷启动慢的根源在于 vendor/autoload.php 每次都重新扫描文件系统，而非 composer 本身；加 --optimize-autoloader 和 --classmap-authoritative 可生成并强制使用 classmap 数组，跳过动态查找，实测 p95 冷启动从 920ms 降至 310ms。
冷启动慢，不是因为用了 Composer，而是 vendor/autoload.php 每次都重新扫描文件系统——加 --optimize-autoloader 和 --classmap-authoritative 才能跳过扫描、强制走 classmap 查找，实测 P95 冷启动从 920ms 降到 310ms。
为什么 composer install 不等于自动优化 autoload
很多人在 Dockerfile 里写 composer install --no-dev 就以为完事了，结果冷启动还是卡在 autoload 初始化。根本原因是：composer install 默认只生成 PSR-4 动态映射，每次请求都要遍历 vendor/ 下成百上千个目录找类文件；而 Serverless 每次冷启动都重来一遍。
-
--optimize-autoloader会生成扁平的$classMap = array(...)，把所有类路径硬编码进数组 -
--classmap-authoritative强制关闭动态查找逻辑，只认这个数组，彻底跳过文件系统 I/O - 这两个参数必须一起用，单独用
--optimize-autoloader仍会 fallback 到 PSR-4 查找 - 生成的
autoload_static.php文件里必须能看到class ClassLoader { ... public static $classMap = array(...)，否则没生效
composer dump-autoload 和 composer install 的执行顺序不能错
依赖没变但代码结构变了（比如新增类、改命名空间），composer install 不会重新生成 classmap——它只管下载和解压，不负责 autoload 逻辑重建。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 正确流程是：
composer install --no-dev --prefer-dist→ 紧接着composer dump-autoload --optimize --classmap-authoritative - 漏掉第二步，
vendor/autoload.php加载的仍是未优化版本，冷启动照慢 - CI 构建阶段必须显式调用
dump-autoload，函数运行时没有 PHP CLI，根本跑不了这条命令 - 阿里云 FC 或 AWS Lambda 日志里出现
Class not found，八成是这一步漏了，导致autoload_static.php没生成
构建镜像时哪些配置容易踩坑
本地开发环境和 Serverless 运行时环境稍有差异，就会导致 classmap 路径错乱或扩展加载失败，冷启动直接报错。
-
"config": {"platform": {"php": "8.2"}}必须显式声明，否则 Composer 可能按你本地 PHP 版本解析依赖，生成错误的 classmap 路径 -
--prefer-dist要加上：用压缩包而非 git clone，减少 vendor 目录体积和文件数量 - 禁用无用扩展（如
mysqli、pdo_pgsql）：它们在初始化阶段白占内存和时间，尤其gd带 freetype 支持时多拖 80–150ms - 别信
"extra": {"serverless": {"exclude-dev": true}}：Composer 官方根本不识别这个字段，真正起效的只有--no-dev
云函数里绝对不能运行 composer install
Serverless 运行时默认只读，没网络、没 zip 扩展、没 PHP CLI，composer install 会静默失败或卡死，日志里可能只看到 Permission denied 或 Could not open input file: composer.phar。
- 常见假成功现象：脚本退出码为 0，但
post-install-cmd（比如php artisan config:cache）因缺 DB 配置或环境变量失败，实际没执行 - 必须在 CI 阶段用与目标运行时完全一致的镜像（如
registry.cn-hangzhou.aliyuncs.com/aliyunfc/runtime-php82:build）预热 vendor 和~/.composer/cache - 构建完成后，显式把
/root/.composer/cache打包上传到对象存储，避免每次重建都重下依赖 - 最终部署包体积控制在 15MB 以内，靠的是精简镜像 +
--no-dev --optimize-autoloader --classmap-authoritative三连，不是靠删文件或 .gitignore
最常被忽略的一点：classmap 优化只对类加载生效，如果业务代码里有大量全局 require 或 file_get_contents 读配置，这些 IO 依然会在冷启动时发生——autoload 优化只是必要条件，不是全部。
