在Google Cloud Function中创建REST API是否必须使用Express？

原生实现 REST API #

直接用 Cloud Function 自带的请求处理函数就行，它的 req 和 res 对象和 Express 的兼容，但功能更基础。适合简单场景，比如只有一两个端点的情况：

exports.simpleApi = (req, res) => {
  switch(req.method) {
    case 'GET':
      res.status(200).send('收到 GET 请求啦');
      break;
    case 'POST':
      res.status(201).send('POST 请求创建资源成功');
      break;
    default:
      res.status(405).send('这个请求方法不支持哦');
  }
};

特点就是轻量，不用装额外依赖，部署快，适合小需求快速上线。

结合 Express 实现 REST API #

把 Express 实例挂到 Cloud Function 上，就能用 Express 那套成熟的路由、中间件体系了。适合端点多、逻辑复杂的场景：

const express = require('express');
const app = express();
app.use(express.json()); // 自动解析 JSON 请求体

// 分组路由
app.get('/users', (req, res) => {
  res.send('用户列表');
});
app.get('/users/:id', (req, res) => {
  res.send(`查看 ID 为 ${req.params.id} 的用户`);
});

exports.complexApi = app;

好处是能复用 Express 生态里的各种工具，比如 CORS 中间件、认证中间件，路由管理也更清晰，多端点时代码不会乱。

二者的核心差异 #

• 路由管理：原生要自己判断请求路径和方法，端点多了代码会很冗余；Express 支持参数路由、路由分组，维护起来轻松很多。
• 中间件：原生得自己写逻辑处理请求体、跨域这些；Express 有现成的中间件，直接引入就能用，省得重复造轮子。
• 场景适配：原生适合简单小接口，代码少启动快；Express 适合复杂 API，比如需要统一日志、错误处理、权限校验的服务。
• 冷启动速度：原生没额外依赖，冷启动更快；加了 Express 会增加包体积，冷启动时间可能略长一点。

Express 是不是必需的？ #

完全不是必须的！如果你的 API 逻辑简单，用原生实现足够高效；只有当你需要处理复杂的多端点逻辑，或者想复用 Express 的生态工具时，再考虑引入它就行。

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