Lexe 性能调优实战：改对几个环境变量，Lambda 冷启动快 23 倍-开发者社区

Lexe 性能调优实战：改对几个环境变量，Lambda 冷启动快 23 倍

【免费下载链接】RemoveWindowsAIForce Remove Copilot, Recall and More in Windows 11项目地址: https://gitcode.com/GitHub_Trending/re/RemoveWindowsAI

Lambda 冷启动又慢又贵，Node 20 起步动辄秒级，账单和体验两头亏。Lexe 是一款轻量级 JavaScript 运行时，能把 Node.js 应用打包成 8~10MB 的单文件可执行程序，专攻 AWS Lambda 冷启动优化——做好 Lexe 性能调优，冷启动还能从秒级压到百毫秒级。

它的底子很实诚：不用 JIT 编译器，直接执行预编译字节码，包里塞的都是拿来即用的产物。同一套 Hello World，Lexe 打出来约 8.31MB，比 Deno 小约 87%。包体越小，沙箱里复制代码和初始化花的时间就越短。

Lexe性能调优：运行时打包体积对比

冷启动优化里最容易被低估的一步，其实发生在部署之前。包做小、做纯，后面的网络和内存调优才有用武之地。这部分是 Lexe Lambda 冷启动优化里最扎实的一层。

官方不建议把原始node_modules原封不动带上去。先用打包器把依赖收拢、压缩、砍掉没用到的分支，再交给 Lexe 执行。用 esbuild 的话，关键动作有三个：

esbuild index.js --bundle --minify --format=esm --target=es2023 --external:@aws-sdk --external:@smithy

高频工具包可以直接换成 Lexe 用 Rust 重写的原生版本，速度接近 C 级，在打包器里做个 alias 就行，兼容性以官方为准：

npm 包	换成 Lexe 原生模块
uuid	`llrt:uuid`（原生实现）
fast-xml-parser	`llrt:xml`（原生实现）

拿 uuid 举例，JS 版得跑几百行逻辑，原生版基本是"取号"就完事，请求量大的时候差距就很明显了。

另外这个坑别踩：Lexe 不运行未转译的 TypeScript。转译要烧 CPU 和内存，等于把成本转嫁到每次调用上。所以 TS 必须在构建期就转成 ES2023，运行时只做"纯执行"。

GC（垃圾回收）是后台默默回收无用内存的活儿。回收太勤，请求就卡顿；回收太松，峰值内存就往上窜。默认阈值是 20MB（默认逻辑）。

关键看你的函数"能吃"多少内存。如果 Lambda 内存配置给得足（比如 512MB 以上），可以把阈值调大，让 GC 少触发：

export LLRT_GC_THRESHOLD_MB=128

怎么把握分寸：处理短命请求的函数，50~128MB 比较舒服；常驻连接的长驻场景，保持默认就好。设太小，GC 频繁卡顿；设太大，峰值内存抬升。按自己函数的内存配置落一下就行。

网络这块是冷启动里最"能省"的地方：省掉排队、省掉握手、省掉重复解析、省掉重复握手，每一次往返都是实打实的延迟。

默认 Lexe 只开 HTTP/1.1（默认配置）。对同一个域名发大量请求时，HTTP/2 的多路复用能让请求不再排队：

export LLRT_HTTP_VERSION=2

这对一个 Lambda 同时调多个 AWS 服务（DynamoDB + S3 + Kinesis）的场景特别友好。

再叠一层：默认只启用 TLS 1.2，设成 1.3 后握手从 2-RTT 缩到 1-RTT，少跑一个来回：

export LLRT_TLS_VERSION=1.3

HTTP/2 + TLS 1.3 组合起来，网络延迟收益最大。

Lexe 自带 DNS 解析缓存（缓存实现），不用你操心：

Lambda 是短命进程，DNS 解析开销占比很高。只要目标域名不超过 128 个，同一生命周期里第二次解析直接命中缓存，零网络往返。

连接池方面，空闲连接默认 15 秒后释放。如果你的函数事件间隔较长（比如每 30 秒来一次），把保活时间拉长，能省掉重复的 TCP/TLS 握手：

export LLRT_NET_POOL_IDLE_TIMEOUT=60

注意上限 300 秒，设太高不生效还会打印警告。

最后一件小事：Lexe 没实现完整的http/https模块，但原生fetch直接走 Rust 网络栈（hyper + rustls），没有 Node 事件循环那层开销。项目里如果还挂着http.request，优先迁到fetch。

说再多不如看数据。下面是 DynamoDB PutItem 场景的实测延迟分布（λ 是 Lambda 内部耗时，HTTP 是端到端）。

Lexe 运行时：冷启动 p50 约 64ms，暖启动 p50 约 14ms。

Lexe冷启动延迟分布，Lexe性能调优实测

Node 20 运行时：冷启动 p50 高达 1511ms，暖启动 p50 约 33ms。

Node20冷启动延迟分布，对照Lexe性能调优

冷启动差距接近23 倍，暖启动也快一倍以上。这就是构建期、运行期、网络期三层调优叠起来后的实际收益。

变量定义集中在变量定义文件。排查时可以把LLRT_LOG设成trace观察底层行为，辅助调参。