FunctionGraph 冷启动慢的几个实用优化思路

最近在用华为云 FunctionGraph 跑几个定时任务，发现首次调用延迟明显比后续调用高不少，查了一圈资料和官方文档，把冷启动相关的优化点整理如下，供同样踩坑的同学参考。

1. 为什么会冷启动

函数长时间没被调用时，运行时环境会被回收；下次调用时需要重新拉起容器、加载运行时、加载业务代码和依赖，这一段就是冷启动。语言越重（JVM、.NET、Python 带大量依赖）冷启动越明显。

2. 几个可落地的优化方向

1）预留实例/定时预热：对延迟敏感的线上接口，配置预留实例常驻，或用一个定时触发器每隔几分钟调一次函数保持热状态。

2）精简依赖和部署包：只打包真正用到的库，别把整个 venv/node_modules 传上去；大依赖层放到层（Layer）里复用。

3）延迟初始化：把客户端初始化、配置加载等放到真正用到时再做，避免在模块顶层同步加载。

4）选择更快的运行时：同样逻辑下 Go/Node 冷启动通常比 JVM 快，性能允许时优先考虑。

3. 一个容易忽略的点

函数绑 VPC 时，冷启动还要额外分配弹性网卡，启动时间会更长；非必须绑 VPC 的函数尽量不要绑，必须绑的话把子网可用 IP 留足。

以上是实际调优中踩到的几点，欢迎补充。