如何强制Cloud Functions在调用之间不持久化变量？

首先得明确你遇到的核心问题：这不是函数没更新到最新版本，而是Cloud Functions的热启动（warm start）机制在起作用——函数实例处理完一个请求后会被保留一段时间，后续请求会复用这个实例，所以模块顶部（导出函数之外）的代码只会在第一次创建实例（冷启动）时执行一次，这就导致你看到的日志只有冷启动时才会打印，误以为是在跑旧版本，但其实函数逻辑已经是最新的了。

要解决“让某些变量每次调用都重新初始化”的需求，这里有几个实用的方案：

1. 将初始化代码移到函数处理逻辑内部 #

把需要每次调用都执行的初始化代码，放到你的Cloud Functions入口函数里面，而不是模块顶部。这样每次请求进来时，这部分代码都会重新运行：

// 模块顶部只保留静态导入，不要放初始化逻辑
const MongoClient = require("mongodb").MongoClient;
const uri = `mongodb+srv://myConnectionUri`;

// 你的HTTP触发函数入口
exports.functionName = async (req, res) => {
  // 👇 每次调用都会执行这里的初始化
  console.log("DB LIBRARY v2 - 每次调用都打印这条日志");
  const client = new MongoClient(uri, {});
  
  try {
    await client.connect();
    // 执行你的数据库操作逻辑
    const db = client.db("your-db");
    // ...
  } finally {
    // 记得每次调用后关闭连接（如果不需要复用的话）
    await client.close();
  }

  res.status(200).send("处理完成");
};

2. 显式重置模块级变量（如果必须保留模块级定义） #

如果有些变量必须定义在模块级别，但需要每次调用都重置状态，那就在函数入口里手动重置：

// 模块级的状态变量
let requestSpecificData = "初始值";

exports.functionName = async (req, res) => {
  // 每次调用前重置变量
  requestSpecificData = "初始值";
  
  // 根据当前请求更新变量
  requestSpecificData = req.body.userInput;
  // ... 后续使用这个变量处理请求
};

3. 版本化缓存实例（兼顾性能与更新） #

如果你想复用一些资源（比如数据库连接，毕竟每次重建连接会增加延迟），但又要确保在版本更新时重新初始化，可以通过环境变量标记版本，在函数里检查版本是否匹配：

首先部署时添加版本环境变量：

gcloud functions deploy functionName --runtime nodejs12 --trigger-http --timeout 540 --memory 1024 --entry-point=functionName --set-env-vars FUNCTION_VERSION=v3

然后在函数代码里做版本校验：

const MongoClient = require("mongodb").MongoClient;
const uri = `mongodb+srv://myConnectionUri`;

// 模块级缓存的DB实例
let cachedDB;
// 从环境变量获取当前版本
const currentVersion = process.env.FUNCTION_VERSION;

exports.functionName = async (req, res) => {
  // 检查缓存是否存在，或者版本是否匹配，不满足则重新初始化
  if (!cachedDB || cachedDB.version !== currentVersion) {
    console.log("检测到版本更新，重新初始化DB连接");
    const client = new MongoClient(uri, {});
    await client.connect();
    cachedDB = {
      client: client,
      version: currentVersion
    };
  }

  // 使用缓存的DB实例处理请求
  const db = cachedDB.client.db("your-db");
  // ... 业务逻辑
};

额外提醒 #

热启动是Cloud Functions优化性能和降低成本的核心特性，除非你的业务场景真的需要每次调用都完全重置状态，否则不建议完全放弃复用——比如数据库连接，更好的做法是配置连接池的自动重连机制，而不是每次都重建连接，这样既利用了热启动的优势，又能解决连接断开的问题。

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