Azure Functions自定义Docker镜像下Node.js堆内存扩容咨询

你之前在Dockerfile里用RUN export NODE_OPTIONS=--max-old-space-size=8192的方法没用，是因为这行命令只在镜像构建阶段生效，容器运行时不会继承这个临时环境变量，Node.js自然读不到配置。

下面是几种有效的解决办法：

方案1：在Dockerfile里用ENV设置环境变量（推荐） #

直接把NODE_OPTIONS设为容器的持久化环境变量，修改后的Dockerfile如下：

FROM mcr.microsoft.com/azure-functions/node:4-node16

ENV AzureWebJobsScriptRoot=/home/site/wwwroot \
AzureFunctionsJobHost__Logging__Console__IsEnabled=true \
NODE_OPTIONS=--max-old-space-size=8192  # 新增这行配置堆内存

COPY . /home/site/wwwroot

RUN cd /home/site/wwwroot && \
npm install

# 你的自定义依赖安装步骤

ENV指令设置的环境变量会一直存在于容器运行环境中，Node.js启动时会自动读取这个配置，从而调整堆内存上限。

方案2：通过Azure门户配置应用设置 #

如果不想改Dockerfile，也可以直接在Azure函数应用的配置里加全局设置：

• 配置名称：NODE_OPTIONS
• 配置值：--max-old-space-size=8192
  这个配置的优先级比Dockerfile里的ENV更高，不管镜像怎么构建，运行时都会生效。

方案3：自定义启动脚本（可选） #

如果需要更灵活的控制，可以写一个启动脚本，手动指定Node.js的内存参数。比如在/home/site/wwwroot下创建start.sh：

#!/bin/bash
node --max-old-space-size=8192 /azure-functions-host/worker/node/dist/src/nodejsWorker.js

然后在Dockerfile里设置启动命令：

CMD ["bash", "/home/site/wwwroot/start.sh"]

注意要给脚本加执行权限（可以在Dockerfile里加RUN chmod +x /home/site/wwwroot/start.sh），不过这种方法不如前两种简洁，适合特殊场景。

配置完成后，重新部署镜像，用你之前的代码context.log('Heap Statistics = ', v8.getHeapStatistics().heap_size_limit / (1024 * 1024));验证，内存限制应该会接近8192MB。

内容的提问来源于stack exchange，提问作者Prabhu Raj