冷启动卡在“resolving dependencies”是本地cpu暴力穷举版本组合，非网络问题；根源在于构建时依赖解析未优化（如未锁死高约束枢纽包、启用xdebug）及运行时php扩展冗余初始化，须在ci/cd中执行composer install --no-dev --prefer-dist后显式dump-autoload --optimize --classmap-authoritative并禁用非必要扩展。
为什么冷启动卡在 Resolving dependencies 不是网络问题
这是本地 CPU 在暴力穷举版本组合，不是下载慢。Serverless 每次冷启动都重新执行 composer install，而解析阶段不走缓存、不跳过约束校验——哪怕你只改了一行代码，只要没用对命令，它就从头算起。
常见误判点：curl -I https://mirrors.cloud.tencent.com/composer/packages.json 能秒回，但 composer install 卡住不动，说明根本没走到下载环节；composer update -vvv 日志停在 Resolving dependencies through SAT，就是求解器陷入回溯，不是超时，是“算不出来”。
- 禁用
xdebug：它会让解析慢 5–10 倍，CI/CD 中务必加php -d zend_extension= -d xdebug.mode=off - 删掉
minimum-stability字段：显式设为"dev"或"alpha"会把所有不稳定分支拉入候选集，搜索空间爆炸 - 确保
composer.lock已提交且格式合法：运行composer validate --strict验证，缺失或损坏会导致退化为update行为
生产构建必须用 install + no-dev + prefer-dist，不能只靠 dump-autoload
composer dump-autoload --optimize --classmap-authoritative 只改自动加载逻辑，不解决依赖解析本身。冷启动慢的根源有两个独立环节：构建时的依赖解析耗时 + 运行时的类加载开销。前者发生在打包阶段，后者发生在函数初始化阶段。
正确做法是在 CI/CD 或 Dockerfile 构建镜像时，一次性跑完全部优化：
- 先
composer install --no-dev --prefer-dist --ignore-platform-reqs：跳过开发依赖、强制走 ZIP 包、绕过 PHP 扩展检查（避免因环境差异卡住） - 再显式
composer dump-autoload --optimize --classmap-authoritative：生成vendor/autoload.php中的$classMap = array()，并关闭 fallback 查找 - 验证是否生效：
grep -q "classMap =" vendor/autoload.php应该返回 0，否则第二步被跳过
哪些依赖项最容易拖慢解析？优先锁死它们
不是所有包都平等。有些是“高约束枢纽”，被多个顶级依赖反向要求不同版本，比如 monolog/monolog、psr/log、symfony/polyfill-php。它们自身约束松、被引用广，一卡全卡。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
诊断方式不是看 composer show --tree，而是用反向扫描命令：
-
composer prohibits monolog/monolog：如果输出超过 10 行，说明它是冲突中心，立刻在根composer.json中显式锁死，如"monolog/monolog": "^3.0" -
composer why-not php:8.2：直接定位哪条依赖链挡住了升级，比手动翻show --tree快十倍 -
composer depends --max-depth=2 psr/log：查谁在拉这个高频包，重点盯那些被 5+ 个不同顶级依赖引入的节点
PHP 运行时初始化本身就在拖慢冷启动
很多人以为优化完 Composer 就结束了，其实 vendor 目录只是第一关。PHP 启动时每个扩展都要初始化，gd、xml、mysqli 等非必要扩展会白占 80–150ms，且无法被 classmap 优化覆盖。
Serverless 场景下必须精简运行时：
- 在
Dockerfile中用docker-php-ext-disable gd mysqli pdo_pgsql关掉不用的扩展 - 确认
opcache.enable_cli=1已启用（PHP 7.4+ 默认开，但某些基础镜像会关） - 不要配
opcache.preload：它需要提前加载脚本，在无状态函数中无法复用，反而增加首次初始化负担 - 检查
php.ini是否含apc.enable_cli = 1：Composer 2.x 下会引发 APCu 缓存锁争用，必须设为0
冷启动优化不是单点调优，是构建流程、依赖约束、PHP 初始化三者咬合的结果。漏掉任意一环，前面所有操作都可能归零。
